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PREFACE 


The  USAF  Total  Force  Cost  Model  was  developed  at  Rand  as  part  of 
the  "Analytical  Methodology  Research"  project  under  Project  AIR  FORCE 
(formerly  Project  RAND).  The  model  is  designed  to  produce  time-phased 
total  manpower  and  dollar  requirements  estimates  for  15-year  projections 
of  alternative  future  USAF  forces  and  support  structures.  It  Is  cur- 
rently operating  on  computers  at  Rand  and  In  the  Air  Staff  within  the 

' Cost  and  Economic  Analysis  Division,  Directorate  of  Management  Analysis, 

Comptroller  of  the  Air  Force. 

This  work  was  undertaken  to  provide  a more  comprehensive  cost  esti- 
mating tool  for  planning  and  studying  future  Air  Force  weapon  systems 
and  force  mixes  and  alternative  support  policies.  The  model  should  be 
of  Interest  to  a wide  range  of  Air  Force  offices  and  agencies  engaged 
In  various  aspects  of  the  planning  and  programming  process.  While  It 
deals  with  the  total  Air  Force  structure.  It  is  easily  applied  as  well 
to  subsets  of  the  total  structure,  and  to  analysis  of  tlie  Impact  on  that 
structure  of  general  support  policies  in  base  operating  support,  central 
supply  and  maintenance,  formal  training,  and  other  personnel  support 
functions. 

This  report  presents  an  overview  of  the  USAF  Total  Force  Cost 
Model — sometimes  referred  to  as  the  "FORCE"  model.  The  basic  purposes 
of  the  model  and  its  relationship  to  the  planning  and  programming  pro- 
cess are  discussed,  and  some  examples  and  suggested  applications  are 
presented.  Only  the  general  features  of  the  model  and  the  methodology 
it  employs  are  presented  here.  Detailed  descriptions  of  the  model  and 
Its  input  structure,  as  well  as  full  documentation  of  the  computer  pro- 
grams, are  available  in  the  form  of  two  annexes,  or  "tabs":  Tab  k: 

A 

' User's  Guide  to  the  USAF  Total  Forae  Cost  Model,  and  Tab  B:  Proaran- 

mer's  Guide  to  the  USAF  Total  Force  Cost  Model.  These  tabs  should  be 

requested  directly  from  The  Rand  Corporation. 

I 

I 
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SUMMARY 


Through  the  annual  planning,  programming,  and  budgeting  cycle  the 
Air  Force  establishes  its  force  structure  within  the  constraints  of  the 
annual  budget.  To  provide  for  the  early  funding  requirements  of  future 
weapon  systems  and  to  keep  the  evolving  force  structure  within  antici- 
pated future  resource  constraints,  a multi-year  programming  approach 
is  used.  Planning  for  forces  beyond  the  five-year  USAF  Force  and  Finan- 
cial Program  period  is  generally  conducted  outside  the  context  of  the 
total  force,  and  as  a consequence  the  merging  of  future  plans  with  near- 
term  programs  frequently  presents  difficulties. 

The  USAF  Total  Force  Cost  Model  is  designed  to  provide  a comprehen- 
sive and  consistant  means  of  projecting  plans  for  the  five-year  program 
and  for  the  years  that  follow.  A computerized  model  that  produces  time- 
phased  estimates  of  total  manpower  and  dollar  requirements  for  15-year 
projections  of  USAF  force  and  support  structures,  it  can  include  all 
activities  in  the  Air  Force  that  generate  resource  requirements.  Con- 
tinuing activities  that  are  outside  the  framework  of  customary  weapon 
system  cost  models  can  thus  be  accounted  for  explicitly  in  estimating 
future  total  force  costs.  The  subroutines  for  direct  weapon  system 
costs  Incorporated  in  the  model  resemble  the  "typical  squadron"  cost 
models  currently  used  in  the  programming  process,  but  they  also  provide 
additional  capabilities.  The  model  permits  automated  handling  of  cer- 
tain routine  cost  and  manpower  calculations  and  automated  calculation 
and  time-phasing  of  development  and  procurement  costs  for  major  weapon 
system  acquisition  programs.  Because  of  these  and  other  features  of 
the  input  structure,  inputs  can  be  prepared  for  a few  systems  or  for 
many  systems  with  a minimum  of  time-consuming  hand  calculations.  Thus 
the  model  may  be  used  to  evaluate  a variety  of  alternatives,  in  the 
full  context  of  the  total  force  structure,  within  a fairly  brief  period 
of  time. 

One  principal  feature  of  the  USAF  Total  Force  Cost  Model  that  dis- 
tinguishes it  from  other  force  cost  models  is  its  facility  for  dealing 
with  support  policy  and  support  structure  issues.  Various  categories 
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of  support  such  as  training,  depot  maintenance,  and  base  operating  sup- 
port are  treated  in  the  model  as  joint  functions  of  overall  demand  for 
support  services  and  of  separate,  independent,  support  policy  variables, 
which  serve  as  proxies  for  the  central  policies  governing  each  support 
category.  Thus,  future  changes  in  training,  base  operations,  or  central 
supply  and  maintenance  policy  can  be  evaluated  in  the  context  of  evolv- 
ing future  force  structures,  and  tradeoffs  between  support  structure 
and  force  modernization  or  force  operations  can  be  examined.  The  model's 
support  algorithms  provide  the  basic  framework  for  these  tradeoff  stu- 
dies, but  currently  available  data  and  estimating  relationships  support 
only  rudimentary  analyses  of  this  type.  Further  research  into  support 
pollc'.es  and  support  resource  requirements  is  needed  to  improve  this 
situation. 

The  model  also  features  a versatile  report  generator,  which  provides 
for  a high  degree  of  flexibility  in  structuring  output  results.  The 
standard  output  resembles  the  USAF  Forae  and  Financial  Program  (F&FP) 
and  aggregates  results  by  appropriation,  manpower  category,  and  Major 
Force  Program.  The  report  generator  allows  the  user  to  define  alterna- 
tive aggregations  such  as  Defense  Planning  and  Programming  categories 
or  Mission  Area  groupings  of  program  elements.  Cost  elements  can  be 
aggregated  into  redefined  appropriation  categories  as  well,  and  a variety 
of  subtotals  can  be  generated.  This  permits  users  whose  areas  of  in- 
terest cross  traditional  programmatic  or  appropriation  lines  to  examine 
in  detail  those  force  elements  or  resource  categories  of  particular  in- 
terest to  them. 

To  make  full  use  of  the  model's  capabilities,  a base  case  must  be 
prepared  for  the  model  on  a periodic  basis — probably  once  a year.  The 
base  case  consists  of  a full  15-year  set  of  inputs  representing  the  cur- 
rent total  Air  Force  program,  for  the  period  covered  by  the  USAF  Force 
and  Financial  Program,  and  a logical  extension  of  that  program  for 
future  years.  The  base  case  provides  the  means  to  calibrate  model  in- 
puts to  current  Air  Force  policies  and  resource  levels.  The  task  of 
preparing  it  requires  a fair  concentration  of  effort,  although  many  of 
the  necessary  force  structure,  activity  rate,  and  cost  and  manpower  in- 
puts can  be  derived  from  the  information  currently  generated  by  the  Air 
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Staff  in  preparing  major  program  updates  such  as  the  USAF  Program  Ob- 
jective Memorandum  (POM). 

The  Air  Staff  has  used  the  USAF  Total  Force  Cost  Model  in  preparing 
the  Air  Force  Extended  Planning  Annex — a 10-year  extension  of  the  5- 
year  program  presented  in  the  POM.  The  model  also  has  potential  for 
application  in  a variety  of  Air  Force  planning,  analysis,  and  program- 
ming problems  including:  analysis  of  future  forces  for  research  and 

development  planning;  studies  of  alternative  weapon  systems  for  mission- 
oriented  subsets  of  the  force;  analysis  of  alternative  future  basing 
plans,  training  structure,  or  other  support  Issues;  and  evaluation  of 
new  weapon  system  or  support  manpower  and  cost  estimating  techniques 
for  consistency  and  coverage  in  the  context  of  total  Air  Force  resource 
requirements. 
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I.  INTRODUCTION 

In  preparing  Its  annual  budget  request  each  year,  the  Air  Force 
must  choose  from  a number  of  weapon  systems  and  operational  and  support 
policies  those  options  that  best  meet  Its  mission  requirements  within 
current  budgeting,  manpower,  and  other  resource  constraints.  The  pro- 
cess by  which  these  choices  are  made  Is  the  annual  planning,  programming, 
and  budgeting  cycle,  and  the  end-product  of  these  choices  is  described 
in  the  Air  Force’s  Five  Fear  Defense  Program  (FYDP)  and  the  more  de- 
tailed USAF  Force  and  Financial  Program  (F&FP).  The  FYDP  and  F&FP 

•k 

portray  a five-year  budget  and  force  structure  projection,  with  the 
budget  year  being  the  first  In  the  five-year  period.  This  multi-year 
programming  approach  is  needed  because  weapon  systems  and  programs  for 
future  years  may  have  funding  implications  in  the  current  budget  year. 

It  is  also  needed  because  the  continuing,  future  budgetary  obligations 
implied  by  current  programs  must  be  considered  in  order  to  keep  programs 
in  balance  with  expected  future  available  funds. 

The  problem  of  future  resource  constraints  does  not  end  at  five 

( 

years,  however,  and  the  Air  Force  often  finds  that  it  must  make  unfore- 
seen compromises  at  the  point  in  the  programming  cycle  when  last  year's 
"sixth  year"  of  the  planning  horizon  becomes  the  fifth  year  in  the  up- 
dated five-year  budget  projection.  The  fact  that  there  has  been  no 
easy  way  to  generate  total  force  cost  estimates  for  future  years  and 
then  compare  them  with  projected  total  budgetary  and  other  resource 
constraints  has  contributed  to  this  problem.  Cost  estimates  for  pro- 
posed future  weapon  systems  usually  exclude  cost  elements  and  activities 
that  are  assumed  to  be  insensitive  to  the  alternatives  with  which  they 
are  compared.  Hence  the  sum  of  the  costs  of  the  systems  composing  the 
future  force  structure  is  less  than  the  total  budget  that  would  be  re- 
quired to  support  that  force  structure.  In  effect,  this  discontinuity 
in  cost  estimating  makes  it  impossible  to  test  the  fiscal  feasibility 
of  future  plans  in  a reasonable  way. 

■k 

The  force  structure  projection  actually  covers  a period  of  eight 
years — three  years  beyond  the  last  year  of  the  budget  projection. 
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The  work  described  In  this  report  attempts  to  provide  a single.  In- 
ternally consistent  means  of  projecting  across  both  the  five-year  pro- 
gram period  and  the  years  that  follow.  The  cost  model  developed  through 
this  work  Is  intended  for  analytical  tasks  ranging  from  future  planning 
studies  to  the  force  sizing  studies  that  precede  final  program  formula- 
tion in  the  annual  budget  cycle. 

The  USAF  Total  Force  Cost  Model  (FORCE)  is  a computerized  model 
that  produces  time-phased  estimates  of  the  total  dollar  (Total  Obliga- 
tional  Authority)  and  manpower  requirements  for  15-year  projections  of 
USAF  force  and  support  structures.  Force  structures  are  described  in 
the  model  essentially  as  they  are  in  the  USAF  F&FP,  i.e.,  in  terms  of 
organizational  units  (wings,  squadrons,  etc.)  and  unit  equipment  (UE) 
aircraft  and  missiles  of  various  types.  Support  structures  are  described 
in  terms  of  numbers  and  types  of  bases,  training  units,  and  centralized 
maintenance  (depot  maintenance)  facilities,  and  in  terms  of  cost  and 
manpower-estimating  relationships  that  prescribe  how  support  require- 
ments vary  with  changes  in  force  levels. 

The  model's  output  format  resembles  the  F&FP,  and  its  internal  struc- 
ture approximates  the  collective  procedures  and  rules  of  thumb  used  by 
the  Air  Staff  in  estimating  resource  requirements  for  a multi-year  force 
program.  It  is  designed  to  include  all  Air  Force  activities  represented 
in  the  F&FP  and  to  provide  a rational  structure  for  projecting  the 
future  costs  of  continuing  activities.  For  any  proposed  new  system  the 
user  need  only  specify  a phase-in  schedule  and  a few  inputs  (procurement 
cost-quantity  relationship,  manning  and  operating  cost  factors,  etc.) 
in  order  to  obtain  full,  time-phased  costs  and  manpower  requirements. 
Support  requirements — such  as  base  operating  support,  training,  and 
depot  maintenance — are  responsive  both  to  force  structure  changes  and 
to  changes  in  support  policy  variables.  The  latter  include  inputs  re- 
lating to  support  structure  and  other  inputs  measuring  the  impact  on 
support  of  changes  in  force  levels,  flying  hours,  forcewide  manpower 
totals,  and  other  characteristics  of  the  force  structure. 

The  FORCE  model  is  applicable  to  problems  in  the  planning,  and  much 
of  the  programming,  portions  of  the  planning,  programming,  and  budgeting 
cycle.  In  principle,  the  model  can  be  used  by  an  Air  Force  planning 
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or  analysis  office  to  examine  a variety  of  future  options,  In  the  con- 
text of  the  total  force,  without  having  to  expose  all  of  the  options 
to  the  entire  Air  Staff.  Thus  the  model  gives  the  Individual  functional 
office  the  capability  to  prepare  Inputs  to  the  planning  and  program 
formulation  process  that  are  more  likely  to  fit  Into  the  total  program 
when  they  are  combined  with  Inputs  from  other  parts  of  the  Air  Staff. 
When  these  Inputs  are  combined,  the  FORCE  model  permits  examination  of 
total  program  options  and  trade-offs  with  much  less  effort  than  Is  re- 
. qulred  for  a full  Air  Staff  program  exercise.  This  capability  Implies 

that  a wider  range  of  possibilities  could  be  examined  In  the  course  of 
formulating  the  program  before  committing  the  larger  resources  of  the 
Air  Staff  to  a full  and  detailed  examination  of  the  preferred  options. 

■ In  sum,  the  model  provides  a total  force  context  for  comparing  and 

sifting  future  options  down  to  the  few  that  will  require  final  assess- 
I ment  for  program  and  budget  decisions. 

This  report  describes  the  FORCE  model  In  general  terms.  It  Is  ad- 
dressed to  personnel  Involved  In  the  Air  Force  planning  process  and  In 
the  evaluation  of  future  weapons  systems  and  policies,  as  well  as  to 
cost  analysts.  We  present  here  some  Illustrations  of  the  model's  out- 
put and  a brief  description  of  the  structure  of  the  submodels  used  to 
compute  costs  and  manpower  requirements.  The  cost  analyst  or  reader 
who  Is  concerned  with  the  technical  aspects  of  the  FORCE  model  may 
obtain  full  details  of  the  computations  and  procedures  for  using  the 
1 . model  on  request  from  The  Rand  Corporation.  Documentation  of  the  com- 

t ' puter  programs  and  copies  of  the  programs  may  also  be  obtained  on 

■k 

' request. 

The  analytical  framework  within  which  the  FORCE  model  was  designed 
Is  as  essential  to  Its  use  as  are  the  computational  routines.  Based 
''  on  the  Program  Element  structure  used  In  the  FYDP  and  F&FP,  the  frame- 

work serves  as  a means  of  categorizing  Air  Force  activities  and  account- 
ing for  all  the  requirements  shown  In  the  USAF  budget.  It  also  provides 
' a frame  of  reference  to  relate  future  costs  to  current  budgets  and  con- 

straints. Much  of  the  terminology  used  here  Is  drawn  from  that  used 
I 

I , 

, . Tab  A:  User's  Guide  to  the  USAF  Total  Force  Cost  Model  and  Tab 

' B:  Programmer's  Guide  to  the  USAF  Total  Force  Cost  Model. 
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in  Air  Force  program  and  budget  documents  and  in  the  planning,  program- 

* 

ming,  and  budgeting  process.  Inputs  to  the  model  can  be  obtained  from 
Air  Force  publications,  such  as  the  USAF  Cost  and  Planning  Factors 
(AFR  173-10),  or  can  be  derived  from  analysis  of  the  F&FP,  accounting 
data,  or  other  Air  Force  program  data  sources. 

Section  II  of  this  report  presents  the  planning  context  within 
which  the  FORCE  model  was  conceived  and  the  specific  objectives  that 
guided  the  model's  design.  A general  description  of  the  model  and  its 
elements  is  presented  in  Sec.  III.  Section  IV  provides  some  illustra- 
tions of  input  data  and  output  results  produced  by  the  FORCE  model  con- 
ceived and  the  specific  objectives  that  guided  the  model's  design.  A 
general  description  of  the  model  and  its  elements  is  presented  in  Sec. 
III.  Sec.  IV  provides  some  illustrations  of  input  data  and  output  re- 
sults produced  by  the  FORCE  model  computer  programs.  Several  applica- 
tions and  potential  subjects  for  further  research  are  discussed  in  Sec. 
V.  The  appendix  presents  a more  detailed  description  of  the  elements 
and  computational  submodels  used  in  the  FORCE  computer  programs. 


The  Air  Force  Budget,  a pamphlet  published  annually  by  the 
Comptroller  of  the  Air  Force,  defines  much  of  the  terminology  and  con- 
tains a good  brief  description  of  the  entire  process  (although  it  is 
primarily  concerned  with  the  budgeting  phase). 
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II.  EVALUATING  RESOURCE  REQUIREMENTS  FOR  FUTURE  USAF  PLANS 


Cost  is  used  as  one  of  the  criteria  for  evaluating  weapon  systems, 
subsystems,  operating  concepts,  and  support  policies  at  many  levels  of 
management  in  the  Air  Force.  In  many  instances  the  application  of  cost 
criteria  is  fairly  obvious — two  vendors  offer  similar  services  or  simi- 
lar items  of  equipment  at  different  prices.  Often,  however,  clear  iden- 
tification of  the  competing  options  and  of  the  costs  or  resource  require- 
ments attached  to  those  options  is  a much  more  complex  problem.  In  the 
course  of  planning  a total  force  structure,  many  such  complex  cost  evalu- 
ations and  choices  must  be  made.  Two  basic  approaches  have  been  used 
by  the  Air  Force  to  address  these  problems:  the  first,  which  prevails 

in  the  planning  and  analysis  arena,  is  to  formulate  consistent  proce- 
dures for  comparing  the  costs  of  individual  systems  or  subsets  of  the 
total  force;  the  second,  which  prevails  in  the  later  stages  of  program- 
ming, is  to  use  building-block  cost  estimates  to  evaluate  marginal 
changes  to  a baseline  force  structure  and  budget. 

APPROACHES  TO  EVALUATION 

Comparative  cost  or  resource  requirements  estimates  can  be  used 
to  evaluate  alternatives  because  the  systems  or  forces  being  compared 
are  intended  to  perform  the  same  mission  (an  equal-effectiveness  com- 
parison), and  therefore  the  difference  in  cost  among  the  alternatives 
is  most  telling.  Using  this  type  of  analysis,  one  is  less  concerned 
with  the  absolute  accuracy  of  the  estimates  as  long  as  the  alternatives 
are  dealt  with  consistently.  While  this  procedure  provides  valid  and 
useful  insights  in  general,  problems  arise  when  the  results  of  the  analy- 
sis must  be  merged  with  the  results  of  comparative  analysis  of  other 
parts  of  the  force.  Unless  the  cost  estimates  used  are  reasonable  in 
an  absolute  sense,  and  unless  the  budgeted  amounts  used  for  the  various 
segments  of  the  force  are  consistent  and  non-overlapping,  it  is  likely 
that  the  total  cost  of  the  force  configured  according  to  the  individual 
analyses  will  conflict  with  expected  or  proposed  future  budget  levels. 

It  is  probably  impossible  to  avoid  conflict  altogether  in  this 
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situation,  but  it  is  important  to  avoid  such  gross  imbalances  that  the 
products  of  the  separate  analyses  cannot  be  used  for  total  force 
planning. 

Building-block  cost  estimates  are  used  in  later  stages  of  program- 
ming in  the  Air  Staff  to  try  to  resolve  some  of  the  force  sizing  con- 
flicts that  may  have  arisen  in  formulating  the  USAF  Program  Objective 

A 

Memorandum  (POM).  The  final  inputs  to  the  POM,  prepared  through  Air 
Staff  exercises,  generally  entail  detailed  assessments  of  the  entire 
force  by  the  many  specialized  functional  elements  of  the  Air  Staff. 

This  process,  which  may  involve  several  hundred  people  and  require  sev- 
eral days  (or  even  weeks)  to  complete,  is  only  used  to  sharpen  the  re- 
sults of  prior  efforts.  Thus,  less  time-consuming  and  more  easily 
applied  techniques  are  required  prior  to  this  stage  of  the  process. 
Although  the  building-block  approach  serves  this  purpose,  it  suffers 
from  an  inability  to  address  issues  other  than  force  structure  (i.e., 
weapon  system)  issues,  and  it  cannot  be  readily  extended  to  the  10-  to 
15-year  time  horizon  that  is  required  to  merge  future  planning  objec- 
tives with  current  five-year  plans. 

In  building-block  force  costing,  one  begins  with  a baseline  total 
force  cost,  such  as  the  current  F&FP,  and  adds  or  subtracts  weapon  sys- 
tem building-block  costs  as  force  levels  are  varied  from  the  baseline 
force  structure.  The  "typical  squadron  costs"  defined  for  this  purpose 
represent  the  marginal  costs  of  adding  a squadron  of  a given  type  to 
the  force  structure  (or  the  marginal  savings  from  deleting  an  existing 
squadron).  They  include  direct  operating  costs  and  an  allocated 
share  of  the  cost  of  centrally  provided  support  services,  such  as  base 
operating  support,  training,  and  medical  services.  The  thrust  of  this 
approach  is  directed  toward  marginal  changes  only,  but  there  is  an 

The  POM  is  the  Air  Force's  proposal  to  the  Secretary  of  Defense 
for  the  five-year  force  structure  and  budget  estimates  in  support  of 
the  next  year's  budget  submission.  It  is  usually  submitted  in  May  each 
year.  The  Secretary's  response  to  the  proposal  and  the  subsequent  re- 
working of  issues  by  the  Air  Force  result  in  the  budget  proposal,  which 
is  usually  completed  in  December  of  the  same  year. 

^Development  and  procurement  costs,  in  addition  to  operating  costs, 
would  be  included  for  new  weapon  system  programs. 
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irapllcatlon  that  some  portion  of  total  force  cost  (l.e.,  that  which  is 
left  over  after  the  marginal  costs  of  all  weapon  systems  have  been  ac- 
counted for)  is  fixed  or  at  least  is  insensitive  to  force  level  changes. 

This  approach  can  provide  reasonable  estimates  of  the  change  in 
total  force  cost  resulting  from  a force  structure  alternative  that  is 
not  too  different  from  the  baseline  and  where  the  time  horizon  does  not 
extend  beyond  the  last  year  of  the  F&FP.  But  when  a wider  range  of 
alternatives,  or  a 10-  or  15-year  time  horizon,  is  under  consideration, 
two  major  problems  arise.  First,  the  implicit  assumptions  on  which 
the  marginal  cost  estimates  are  based  may  be  violated.  For  example, 
the  marginal  training  cost  estimates  are  built  on  the  assumption  that 
existing  training  installations  (with  associated  fixed  costs)  are  suit- 
able and  have  adequate  capacity,  but  extensive  force  level  changes 
might  strain  that  assumption.  Second,  the  baseline  is  lost  when  one 
looks  beyond  the  five-year  F&FP  period.  A simple  straight-line  projec- 
tion of  the  fifth  year's  cost  (with  marginal,  building-block  changes) 
is  inadequate  because  it  Implies  costs  are  fixed  over  a long  period 
when  they  probably  are  not.  Many  interesting  weapon  system  and  force 
structure  changes  involve  lead  times  that  require  looking  beyond  the 
five-year  horizon,  so  some  better  approaches  to  estimating  the  costs 
of  future  forces  are  needed. 

A considerable  portion  of  the  USAF  budget  (approximately  a third) 
is  devoted  to  "general  support"  activities,  which  are  only  partially 
affected  by  changes  in  force  levels.  Another  fraction  of  the  budget 
(one-fourth  or  more,  depending  on  definitions)  is  devoted  to  functions 
that  appear  to  be  level-of-ef fort  activities  almost  completely 

* 

General  Support  is  defined  in  the  Defense  Planning  and  Program- 
ming categories  to  include  Base  Operating  Support,  Medical  Support, 

Other  Individual  Support,  Training,  Command,  and  Logistics.  These 
categories  are  defined  in  general  terras  in  The  Air  Forre  Budget,  op.  cit. 
Specific  definitions,  in  terms  of  FYDP  program  elements,  are  revised  an- 
nually in  a Defense  Department  memorandum,  which  usually  appears  at  the 
beginning  of  the  calendar  year. 

T 

For  example,  some  150  active  program  elements  appear  in  Major 
Force  Program  (MFP)  6 (Research  and  Development).  Wliile  a few  of  these 
are  development  programs  for  specific  new  weapon  systems,  arid  others 
(Basic  Research,  Exploratory  Development,  Program-Wide  Management  and 
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unrelated  to  force  levels.  Neither  of  these  sources  of  resource  demand 
can  be  addressed  in  any  adequate  fashion  within  a building-block  model. 
Support  policy  issues  are  occasionally  addressed  by  special  studies 
seeking  near-term  effects.  But  it  seems  likely  that  support  policy 
changes  having  a major  impact  on  resource  requirements  (e.g.,  changes 
in  depot  structure  or  base  support  structure)  may  require  planning  lead 
times  of  several  years.  Since  support  (and  level-of-ef fort)  activities 
and  force  structure  draw  from  the  same  total  pool  of  Air  Force  resources, 
it  would  be  best  to  be  able  to  address  alternatives  in  both  areas  within 
the  same  general  framework. 

OBJECTIVES  IN  DESIGN  OF  FORCE  MODEL 

Consideration  of  the  problems  described  above  pointed  out  a number 
of  objectives  in  our  approach  to  designing  a model  to  estimate  resource 
requirements  for  USAF  forces.  These  are  outlined  in  Table  1. 

The  first  objective  is  comprehensiveness.  All  elements  of  the 
force  and  support  structure  must  be  included  specifically  in  the  framework 
of  the  model,  and  they  must  be  dealt  with  consistently.  Of  course,  some 
activities  and  costs  may  be  treated  as  levels  of  effort,  while  others 
are  treated  as  functions  of  force  structure-related  variables.  But  con- 
sistency in  the  categories  of  cost  and  in  total  cost  coverage  must  be 
maintained.  Both  dollar  costs  and  manpower  levels  need  to  be  Included 
in  the  model.  Manpower  must  be  treated  as  a separate  resource  as  well 
as  a generator  of  direct  dollar  costs,  because  many  support  requirements 
are  driven  by  manpower  levels,  and  constraints  are  sometimes  imposed 
on  manpower  levels  independently  of  dollar  constraints. 

The  second  objective  is  to  improve  the  techniques  for  treating 
support  in  the  context  of  the  total  force.  As  a minimum,  some  dis- 
aggregation of  support  categories  is  needed.  Training,  for  example, 
includes  initial  as  well  as  continuing  (e.g.,  skill  progression)  training. 

Support)  are  clearly  set  by  Air  Force  policy  at  specific  levels  of 
effort,  the  majority  of  the  advanced  and  engineering  development  pro- 
grams appear  to  be  funded  at  some  aggregate  level  of  effort.  For  total 
force  cost  projections  beyond  the  five-year  F&FP  period,  it  is  obvious 
that  some  resources  would  be  required  for  such  activities,  although  we 
cannot  detail  the  specific  programs  to  be  pursued  in  the  distant  future. 
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Table  1 


FORCE  MODEL  DESIGN  OBJECTIVES 


1.  Comprehensiveness 

o Explicitly  represent  all  mission 
forces  and  support  elements. 

o Include  both  dollar  costs  and  manpower. 

2.  Improved  treatment  of  support 

o Disaggregate  large  support  categories. 

o Explicitly  represent  interactions  and 
interdependence  of  mission/support 
activities  and  support  demands. 

o Provide  for  separate  manipulation  of 
major  support/inf rastructure  variables. 

3.  Computational  ftexibilitij 

o Accept  a variety  of  input  modes. 

o Internalize  routine  cost  and  manpower 
computations . 

o Make  cause-effect  relationships  explict. 

o Provide  multiple  planning/output  formats. 

4.  Framework  for  resource  analysis  research 


and  quite  different  training  programs  apply  to  pilots,  other  rated  per- 
sonnel, medical  personnel,  and  other  manpower  categories.  We  have  al- 
ready noted  that  support  costs  are  driven  both  by  the  needs  of  weapon 
systems  and  by  separate  and  largely  Independent  support  policies.  In 
recognition  of  this,  the  model  must  relate  some  portion  of  support  costs 
to  weapon  system  or  force  structure  variables,  and  it  must  also  relate 
a portion  of  support  costs  to  variables  that  can  be  used  to  reflect  sup- 
port policies.  Training  loads,  for  example,  are  driven  by  turnover  rates 
and  changes  in  total  force  manpower  levels — which  are  affected  by  force 
structure  changes.  Training  policies,  which  are  separate  from  training 
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loads,  are  reflected  in  variables  such  as  staff /student  ratios,  average 
course  lengths,  and  the  level  of  fixed  (insensitive  to  changes  in  stu- 
dent load)  training  facilities  and  manpower. 

Computational  flexibility  is  needed  so  that  an  analyst  can  quickly 
and  easily  determine  the  cost  consequences  of  a variety  of  force  struc- 
ture and  policy  alternatives.  The  input  structure  should  permit  vary- 
ing degrees  of  detail  and  a variety  of  cost  and  manpower  relationships 
to  be  used  for  any  element  of  the  force.  This  allows  the  analyst  to 
concentrate  his  efforts  on  those  parts  of  the  force  that  are  most  im- 
portant to  his  study,  and  it  also  permits  him  to  make  use  of  new  esti- 
mating relationships  without  major  model  revisions.  Routine  cost  and 
manpower  computations  should  be  done  within  the  model,  where  feasible, 
to  minimize  external  data  manipulation  delays  in  structuring  alterna- 
tives. Cause-effect  relationships  (i.e.,  which  variables  affect  which 
resource  categories)  should  be  readily  identifiable  in  the  input  struc- 
ture. Flexibility  in  the  volume  and  format  of  output  and  in  the  cost 
and  force  aggregations  used  to  express  results  (i.e.,  aggregations  other 
than  Major  Force  Programs)  is  needed  as  a means  to  aid  analysts  whose 
areas  of  interest  cut  across  traditional  resource  and  programmatic 
lines. 

Finally,  it  is  Important  that  the  model  serve  as  a framework  for 
resource  analysis  research.  This  is  particularly  important  in  the  case 
of  indirect  costs  and  support  requirements,  because  existing  techniques 
and  cost  factors  in  these  areas  have  not  been  examined  in  a total  force 
context.  We  must  be  able  to  account  for  the  total  resource  require- 
ments for  Base  Operating  Support  (BOS),  for  example,  not  just  the  por- 
tion attributed  to,  or  allocated  to,  weapon  systems.  The  model  must 
provide  the  framework  for  developing  and  testing  the  necessary  cost 
factors  and  relationships  to  deal  with  this  problem.  This  objective 
requires  that  all  factors  that  may  have  some  impact  on  a given  support 
or  cost  category  be  readily  identifiable  and  easily  addressable  in  the 
model's  input  structure. 
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III.  DESCRIPTION  OF  USAF  TOTAL  FORCE  COST  MODEL 


FR.\MEWORK  OF  FORCE  MODEL 

The  USAF  Total  Force  Cost  Model  Is  a computerized  set  of  computa- 
tional routines  combined  with  a basic  analytical  framework  that  Is  used 
to  generate  total  resource  requirement  estimates  for  15-year  projections 

of  USAF  forces  and  support  structures.  We  refer  to  It  as  the  FORCE 

★ 

model — the  name  of  the  principal  computer  program.  The  analytical 
framework  Is  as  essential  a part  of  the  FORCE  model  as  are  the  computer 
programs,  because  it  is  the  framework  that  provides  the  basis  for  deriv- 
ing the  necessary  cost,  manpower,  and  other  estimating  relationships, 
and  other  values  that  serve  as  inputs  to  the  computer  programs.  The 
design  of  the  model  reflects  the  objectives  outlined  in  the  previous 
section,  but  the  model  is  not  a final  and  definitive  answer  to  the  prob- 
lems we  discussed.  We  first  describe  the  FORCE  model  as  it  exists  as 
of  this  writing,  reserving  for  later  discussion  some  aspects  that  ap- 
pear to  need  further  research. 

The  starting  point  for  the  analytical  framework  of  the  FORCE  model 
is  essentially  the  picture  of  the  Air  Force  that  is  portrayed  in  the 
USAF  For^je  and  Financial  Pnogram.  The  F&FP  is  used  here  primarily 
as  a means  of  establishing  the  total  coverage  of  the  model  and  of  divid- 
ing the  Air  Force  into  a set  of  separate  components  that  collectively 
account  for  the  total  USAF  budget  and  manpower  requirement.  In  the 
FORCE  model  we  call  these  separate  components  planning  elements.  They 
are  comparable,  but  not  necessarily  identical,  to  F&FP  Program  Elements. 
In  the  case  of  most  weapon  systems,  a single  Program  Element  might  be 
divided  into  several  FORCE  model  planning  elements  in  order  to  account 
for  cost  and  manning  factor  differences  among  differing  aircraft  series 
(e.g.,  F-4C,  F-4D,  F-4E) , squadron  sizes,  or  other  characteristics.  In 
other  cases — particularly  level-of-ef f ort  activities — it  may  be  more 
convenient  to  aggregate  several  F&FP  Program  Elements  in  a single  FORCE 

•k 

The  computer  program  will  be  called  the  FORCE  to  dis- 

tinguish  it  from  the  more  encompassing  FORCE  model. 
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model  planning  element.  The  total  set  of  planning  elements  used  in  a 
series  of  FORCE  model  exercises  must  cover  all  of  the  activities  and  re- 
sources represented  in  the  F&FP,  but  the  level  of  detail  or  aggregation 
is  up  to  the  analyst  and  is  a function  of  the  availability  of  input 
factors  and  the  character  of  the  force  and  support  structure  alternatives 
to  be  examined. 

In  the  FORCE  model,  the  cost  of  the  planning  elements  is  divided 
into  appropriation  categories,  as  in  the  USAF  F&FP.  The  sum  of  the 
appropriations  is  expressed  as  Total  Obligational  Authority  (TOA) , except 
for  the  Airlift  Service  Industrial  Fund  appropriation,  which  is  excluded 
from  TOA  because  funds  for  this  purpose  are  reimbursed  to  the  Air  Force 
by  users  of  airlift  services,  and  are  not  included  in  the  regular  Air 
Force  budget.  Several  cost  categories  are  termed  "non-add  costs"  In 
the  FORCE  model  and  are  also  excluded  from  TOA  totals.  For  the  most 
part  these  are  used  to  identify  to  individual  planning  elements,  certain 
support  costs  that  are  accounted  for  elsewhere  in  the  F&FP  structure. 

The  most  important  of  these  categories  are  Depot  Maintenance  (Industrial 
Fund)  and  Permanent  Change  of  Station  (PCS)  Travel.  It  is  useful  to 
see  these  costs  in  association  with  the  weapon  systems  and  other  activi- 
ties that  generate  requirements  for  them;  but  in  order  to  track  back  to 
the  F&FP  structure  it  is  necessary  to  account  for  them  as  above-the- 
line  costs  (included  in  TOA)  in  planning  elements  corresponding  to  the 
appropriate  F&FP  Program  Elements.  The  appropriations  and  non-add  cost 
categories  are  listed  in  Table  2. 

All  costs  in  the  FORCE  model  are  expressed  in  constant  dollars, 
with  the  base  year  chosen  as  appropriate  for  the  current  planning,  pro- 
gramming, and  budgeting  cycle.  Although  inputs  can  be  provided  in  terms 
of  escalated  dollars  within  the  existing  structure,  to  do  so  would  be 
extremely  burdensome  and  could  require  some  calculations  to  be  done  ex- 
ternally when  they  could  easily  be  done  Internally  in  constant  dollars. 

In  Sec.  V we  suggest  that  provisions  could  be  added  to  the  REPORT  WRITER 
program — which  is  used  for  reformatting  and  totaling  FORCE  program  re- 
sults— to  calculate  the  impact  of  cost  escalation  under  alternative  sets 
of  escalation  rates. 
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Table  2 


FORCE  MODEL  APPROPRIATIONS  AND  NON-ADD  COST  CATEGORIES 


Appropriations  Included  in  TOA  Appropriation  Excluded  from  TOA 


Aircraft  Procurement  Airlift  Service  (IF) 

Missile  Procurement 

Other  Procurement  Non-add  Cost  Cate 

Military  Construction 

Research  and  Development  Depot  Maintenance 

Operations  and  Maintenance  (AF)  Medical  Additive 


Non-add  Cost  Categories 


Depot  Maintenance 


Military  Personnel 
AFR  Personnel 
AFR  Operations 
AFR  Other 
ANG  Personnel 
ANG  Operations 
ANG  Other 


Miscellaneous  Support  (BOS) 
PCS  Travel 


The  purpose  of  the  main  computational  routines  in  the  FORCE  model 
is  to  generate  time-phased  forcewide  manpower  and  TOA  requirements  from 
a set  of  inputs  describing  planning  elements  in  terms  of  force  structure 
(squadrons,  UE,  etc.)«  activity  rates  (flying  hours,  training  loads, 
etc.),  and  various  cost  and  manning  factors.  Although  many  planning 
elements  may  be  treated  as  independent  parts  of  the  Air  Force,  proper 
treatment  of  certain  support  activities  requires  that  interdependent 
aspects  be  treated  as  well.  Figure  1 depicts  the  approach  used  in  the 
FORCE  model. 

The  total  force  consists  of  mission  planning  elements,  shown  at 
the  top  of  the  figure,  and  several  types  of  support  planning  elements. 

The  three  mission  and  five  support  planning  element  types  used  in  the 
model  are  listed  in  Table  3.  Mission  planning  elements  would  include 
all  of  the  major  force  structure  elements  (as  described  in  the  "Force 
and  Equipage"  section  of  the  USAF  F&FP)  and  others  representing  level- 
of-effort  activities.  Each  is  treated  as  an  Independent  entity  in  the 
resource  computations;  l.e.,  requirements  are  computed  from  the  inputs 
for  that  planning  element  alone.  Resource  requirements  for  support  plan- 
ning elements  are  functions  of  both  forcewide  "support  demands"  (e.g., 
total  manpower  in  a given  category,  which  affects  training  requirements) 
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Structure  of  FORCE  model  compu  totions 


Table  3 


FORCE  MODEL  PLANNING  ELEMENT  TYPES 


Mission  Planning  Elements  Support  Planning  Elements 

Aircraft  Systems  Base  Operating  Support 

Missile  Systems  Training 

Standard  Systems  Depot  Maintenance 

PCS  Travel 

Medical  and  Other  Personnel 
Support 

^This  is  a general  category  used  to  describe  force 
elements  (such  as  command,  ground  radars,  or  communi- 
cations units)  that  do  not  operate  major  aircraft  or 
missile  weapon  systems, 

and  independent  "support  policy  variables"  (e.g.,  turnover  rates  and 
fractions  of  new  personnel  receiving  a given  category  of  training). 

The  major  support-of-support  interactions  (e.g.,  BOS  for  training  plan- 
ning elements  and  training  for  other  BOS  planning  elements)  are  repre- 
sented by  dashed  lines  between  the  support  element  boxes  in  Fig.  1. 

These  interactions  can  be  captured  by  appropriate  ordering  of  the  in- 
puts to  the  model. 

The  explicit  provisions  within  this  framework  for  separate,  inde- 
pendent support  policy  variables  along  with  mission-generated  support 
requirements  are  the  principal  features  of  the  FORCE  model  that  dis- 
tinguish it  from  other  force  costing  approaches.  Because  this  capabil- 
ity has  not  existed  in  the  past,  there  is  no  established  set  of  factors 
and  estimating  relationships  (such  as  those  used  for  weapon  system  cost- 
ing) to  take  immediate  advantage  of  this  capability.  However,  current 
data  and  factors  can  be  adapted  for  use  within  this  framework,  an-  the 
model  itself  provides  a useful  tool  for  evaluating,  in  the  total  force 
context,  new  factors  and  support  cost  relationships  that  may  be  gener- 
ated from  future  research. 


4.V'  - 
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EXERCISING  THE  FORCE  MODEL 

The  computer  programs  used  in  exercising  the  FORCE  model  include: 

1.  A pair  of  programs,  SORT  and  CREATE,  which  are  used  (a) 
to  generate  a FORCE  input  data  set  from  punched  cards 
and  (b)  after  a basic  data  set  has  been  prepared,  to 
merge  data  cards  representing  changes  to  base  case  in- 
puts for  an  alternative  case. 

2.  The  main  computational  routine,  the  FORCE  program,  which 
processes  the  input  data  and  produces  a standard  set  of 
output  reports  or  prepares  an  output  data  set  for  further 
processing, 

3.  A versatile  report  generator,  the  REPORT  WRITER  program, 
which  is  capable  of  producing  a variety  of  output  re- 
ports from  the  data  set  generated  by  a FORCE  program  run. 

All  of  these  computer  programs  were  written  for  the  IBM  360  and  370 
series  computers.  The  computational  routines  for  the  various  mission 
and  support  planning  elements  are  briefly  described  in  the  appendix  to 
this  report. 

A key  to  the  use  of  the  FORCE  computer  programs  in  costing  alterna- 
tive force  plans  is  the  concept  of  the  base  case.  The  base  case  con- 

J. 

sists  of  a full  set  of  inputs  for  the  15-year  period  describing  the 
current  Air  Force  program.  Typically,  this  should  be  based  on  the  F&FP 
coinciding  with  the  President's  Budget  (January)  or  Program  Objective 
Memorandum  (May),  as  these  are  the  major  program  updates  in  the  planning 
cycle.  The  principal  requirement  is  that  the  base  case  be  comparable 
in  the  five-year  program  period  to  a current  F&FP,  because  this  is  the 
' means  by  which  results  are  calibrated  to  current  Air  Force  policies  and 

resource  levels.  The  preparation  of  the  base  case  requires  the  greatest 
concentration  of  effort  in  using  the  FORCE  model — exercising  it  in  cost- 
I Ing  alternative  programs  merely  requires  specification  of  changes  to  the 


base.  Most  of  the  necessary  force  structure,  activity  rate,  and  cost 
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and  manning  factor  inputs  are  prepared  currently  as  adjuncts  to  the 
preparation  of  the  POM  and  President's  Budget.  With  slight  modification, 
these  inputs  can  be  used  directly  by  the  FORCE  computer  programs.  Other 
inputs  must  be  derived  by  analysis  of  the  current  program  and  budget 
as  shown  in  the  F&FP. 

The  base  case  should  be  constructed  with  some  consideration  of  the 
types  of  force  and  policy  changes  that  are  to  be  addressed  in  forthcoming 
analyses.  The  analyst  must  divide  the  force  into  planning  elements  that 
are  geared  to  this  purpose.  For  example,  if  analyses  might  involve 
separate  changes  to  TAG,  PACAF,  and  USAFE  F-4  squadrons,  then  separate 
planning  elements  should  be  defined  for  each  type.  The  base  case  force 
structure  for  the  various  force  elements  should  match  that  specified  in 
the  F&FP  within  the  F&FP  program  period;  and  for  the  years  beyond  the 
F&FP  time  horizon,  the  force  structure  can  simply  reflect  a leveling 
off  of  phase-ins  and  phase-outs  begun  in  earlier  years.  (The  purpose 
is  simply  to  establish  a baseline  that  represents  the  implications  of 
current  plans.)  To  provide  for  easy  construction  of  inputs  for  alterna- 
tive cases,  it  is  best  to  generate  the  factors  and  other  inputs  for  new 
systems  (candidates  for  addition  to  the  force  in  the  later  years)  during 
the  preparation  of  the  base  case. 

Given  this  baseline,  the  only  inputs  that  need  be  supplied  to  spec- 
ify alternative  cases  are  those  that  differ  from  the  base  case.  Force 
levels  are  a key  element  in  most  alternatives,  and  the  FORCE  model  is 
designed  to  relate  most  costs  directly  to  force  levels  where  this  is 
desired.  For  example,  changes  in  manpower  requirements,  in  direct  op- 
erating costs,  in  the  time-phasing  of  development  and  procurement  costs, 
and  changes  in  forcewide  support  requirements,  can  all  be  generated  from 
force  level  changes  alone.  Aircraft  maintenance  manpower  requirements 
can  be  keyed  to  wartime  or  peacetime  flying  activity,  and  peacetime  fly- 
ing rates  can  be  keyed  to  changes  in  aircrew  ratios.  The  appendix  ex- 
plains in  more  detail  the  kind  of  relationships  the  model  can  represent. 

Support  structure  changes  can  be  examined  simultaneously  with,  or 
separately  from,  force  structure  changes.  Major  support  variables  in- 
clude the  following: 


I 

I 

I 
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o Base  Operating  Support:  number  of  bases,  fixed  manpower 

and  costs  per  base  (by  major  conmand  and  base  type),  vari- 
able manpower  and  costs  (by  major  command  and  base  type), 
o Training:  turnover  rates,  average  initial  training 

course  lengths,  upgrade  training  rates  (all  by  personnel 
type),  number  of  training  bases,  fixed  staff  per  base, 
variable  staf f-per-student  requirements,  and  flying  hour 
rates  for  instructors  and  students. 

Other  variables  are  available  for  other  support  categories. 

Manpower  and  costs  for  the  base  case  and  alternatives  are  generated 
in  terras  that  approximate  the  F&FP.  The  REPORT  WRITER  program  can  be 
used  to  generate  displays  of  selected  cost,  manpower,  force  structure, 
and  activity  level  data,  and  to  compute  summary  totals  for  subsets  of 
the  Air  Force  other  than,  or  in  addition  to,  Major  Force  Programs  (e.g., 
Defense  Planning  and  Programming  categories).  The  latter  capability  is 
particularly  useful  for  analyses  that  focus  on  mission  areas  or  other 
force  and  activity  aggregations  that  depart  from  the  usual  programmatic 
definition.  The  REPORT  WRITER  can  also  be  used  to  rearrange  the  cate- 
gories of  cost  used  in  the  model  in  order  to  track  resources  that  are 
subsets  of  appropriations  or  that  cut  across  appropriation  lines  (e.g., 
total  pay  and  allowances  cost  for  military,  civilians,  and  reserves). 


1 RELATIONSHIP  TO  CURRENT  COST  ESTIMATING  PROCEDURES 

r ■ In  practice,  most  of  the  planning  elements  that  compose  the  total 

I force  will  be  mission  planning  elements,  and  most  of  those  will  be  the 

weapon  systems  that  constitute  the  usual  concept  of  the  force  structure. 
I Since  force  structure  and  weapon  system  alternatives  have  been  the  pri- 

' mary  concern  of  planning  analyses,  a good  deal  of  weapon  system  cost 

I modeling  has  been  done  in  the  past,  and  a substantial  body  of  "accepted" 

cost  factors  for  current  weapon  systems  is  available.  The  FORCE  model 
' is  designed  to  make  use  of  this  data  base  to  as  great  an  extent  as  pos- 

sible, and  thus  its  routines  for  aircraft  and  missile  operating  costs 
closely  resemble  the  corresponding  models  used  currently  within  the  Air 

i _ Force, 

! 

! 

i 
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The  USAF  Cost  and  Planning  Factors  (AFR  173-10)  contains  two  air- 
craft system  models  (BACE  and  CAGE)  and  a missile  system  model  (MACE) 
used  in  developing  'typical  squadron  costs"  that  represent  "variable 
annual  operating  costs"  for  various  weapon  systems.  The  BACE  model 
is  approximately  the  same  as  the  model  used  for  USAF  Directorate  of 
Budget  (AF/ACB)  "Squadron  Typicals"  in  the  Air  Staff  exercises  for  de- 
veloping the  USAF  POM  each  year.  The  direct  or  "Primary  Program  Element" 
cost  factors  used  in  the  BACE,  CAGE,  or  MACE  models  can  be  used  more  or 
less  directly  as  Inputs  to  the  FORCE  model.  Some  of  the  marginal  sup- 
port cost  factors  can  also  be  used  iu  the  FORCE  model,  but  some  are  not 
suitable.  In  any  event,  some  other  source  of  information  is  required 
to  account  for  the  portion  of  forcewide  support  cost  not  covered  by 
marginal  cost  factors. 

The  F&FP  is  usually  the  source  used  to  establish  requirements  not 
covered  by  typical  squadron  cost  factors.  Estimates  can  be  evaluated 
for  each  planning  element  (and  Program  Element),  and  adjustments  or 
throughputs^  can  be  made  for  elements  of  cost  that  are  either  missing 
or  poorly  estimated  with  the  generally  available  factor  values.  As  an 
example,  we  have  found  that  aircraft  modification  costs,  other  than 
Class  IV  (safety-of-f light)  modifications,  are  not  included  in  standard 
cost  factors.  By  reference  to  the  F&FP,  the  analyst  can  see  that  some 
of  these  are  one-time  investments  (similar  to  new  acquisition  programs), 
which  could  be  included  as  throughputs  in  the  FORCE  model  inputs,  while 
other  modification  cost  requirements  may  be  reasonably  estimated  by 
establishing  somewhat  higher  recurring  modification  cost  factors.  The 
model's  input  structure  accommodates  quite  generalized  forms  of  cost 
factors  and  cost  estimates  in  order  to  deal  with  this  type  of  problem. 


These  are  understood  to  represent  the  marginal  operating  and  sup- 
port costs  associated  with  the  addition  to  the  force  of  a squadron  of 
the  indicated  aircraft  or  missile  system. 

"^"Throughputs"  are  inputs  that  are  passed  directly  to  the  output 
and  summary  total  routines  without  processing — other  than  being  added 
to  costs  that  may  have  been  generated  elsewhere  in  the  same  cost 
element . 

4* 

Costs  may  be  generated  in  any  cost  element  as  a function  of  force 
levels,  flying  hours,  or  manning  levels,  and  factor  values  may  be  con- 
stant or  may  vary  by  year. 


j-  • , 
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These  generalized  forms  also  permit  changes  in  cost  estimating  method- 
ology (e.g.,  aircraft  replenishment  spares  cost,  traditionally  treated 
as  a function  of  flying  hours,  could  be  estimated  as  a function  of  the 
number  of  squadrons,  unit  equipment,  etc.)  without  necessitating  any 
rewriting  of  the  computer  programs. 

In  the  process  of  formulating  the  USAF  Program  Objective  Memorandum, 
the  Air  Staff  conducts  a series  of  "program  exercises"  in  which  a pro- 
posed total  force  program  is  routed  through  various  Air  Staff  functional 
offices  so  that  each  can  assess  the  program's  effect  in  its  functional 
area.  The  support  structure  and  acquisition  costing  routines  in  the 
FORCE  model  are  designed  to  approximate  this  functional  approach  to 
force  costing.  Thus,  to  approximate  the  training  requirements  estimates, 
the  FORCE  model  keeps  account  of  total  force  manpower,  by  user-defined 
manpower  categories,  in  each  year.  Using  average  turnover  rates  (annual 
replacements  as  a fraction  of  average  manpower  levels,  by  manpower  cate- 
gory) and  average  initial  training  durations,  it  computes  requirements 
for  replacements  and  estimates  the  impacts  on  officers'  training  school, 
recruit  training,  and  on  initial  technical,  pilot,  and  other  training 
requirements.  These  computations,  performed  at  the  forcewide  level 
(rather  than  for  each  planning  element),  capture  the  impact  of  net 
changes  in  manpower  levels  as  some  force  elements  phase  out  while  others 
phase  into  the  force. 

The  procurement  and  development  cost  time-phasing  routines  built 
into  the  model  are  approximations  of  the  detailed  calculations  that 
would  be  applied  to  weapon  system  acquisition  programs  in  program  exer- 
cises. These  are  designed  to  make  use  of  a relatively  small  number  of 
Inputs  for  each  system  (cost-quantity  curve,  funding  lead  time,  total 
development  cost  and  development  time-phasing  pattern)  and  provide  ap- 
propriately phased  costs  as  the  phase-in  of  each  system  is  varied. 

The  need  to  deal  with  support  requirements  using  a functional  ap- 
proach like  that  used  in  Air  Staff  exercises  stems  from  the  fact  that 
this  approach  is  much  closer  to  the  actual  programming  and  budgeting 
process  of  the  Air  Force.  Marginal  support  cost  factors  used  in  current 
models  of  typical  squadron  costs  are  useful  for  comparisons  of  weapon 
systems,  but  they  are  inadequate  for  the  task  of  estimating  total  support 
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requirements  several  years  into  the  future.  The  FORCE  model  is  intended 
for  use  in  evaluating  a wide  variety  of  future  force  options,  and  the 
functional  approach  provides  a much  better  basis  for  making  a logical 
extension  of  the  implications  of  current  support  policies  as  well  as 
for  addressing  possible  changes  to  these  policies.  At  its  current  stage 
of  development,  the  model  serves  mainly  as  an  outline  for  this  kind  of 
analysis  rather  than  as  a fully  developed  set  of  estimating  techniques. 
The  subroutines  for  formal  training,  base  operating  support,  depot  main- 
tenance, and  other  personnel  support  used  in  the  FORCE  program  at  this 
time  are  first  steps  in  the  development  of  separate  models  of  support 
functions.  Experience  in  applying  the  model  to  actual  Air  Force  plan- 
ning problems  is  needed  to  bring  about  further  improvements  in  esti- 
mating support  requirements  for  future  force  structures. 
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IV.  EXAMPLES 


FORCE  MODEL  PLANNING  ELEMENTS 

The  typical  FORCE  model  base  case  for  a current  Air  Force  program 
would  probably  include  300  to  500  individual  planning  elements,  depend- 
ing on  the  degree  to  which  weapon  system  Program  Elements  (from  the  F&FP) 
are  broken  into  separate  planning  elements  to  account  for  differences 
in  aircraft  series  (e.g.,  F-4C,  F-4D,  F-4E) , squadron  size,  theatre  of 
operation,  etc.,  and  depending  also  on  the  degree  to  which  other  Program 
Elements  (e.g.,  those  in  MFP  6)  are  aggregated.  In  general,  the  input 
structure  of  the  model  permits  data  to  be  sparsely  coded — zero  values 
or  appropriate  default  values  are  assumed  when  data  cards  are  omitted 
from  some  variables,  and  values  are  assumed  to  remain  constant  from 
year  to  year  (in  the  model's  time  frame)  unless  new  values  are  entered. 
This  feature  makes  for  a fairly  compact  input  data  set  even  when  fairly 
large  numbers  of  planning  elements  are  used  in  the  model.  Some  examples 
below  illustrate  the  kind  of  results  that  can  be  generated  using  the 
FORCE  model  computer  programs. 


Example  1:  Aircraft  System  Planning  Element 


REPORT  WRITER  displays  of  the  cost  summary  and  the  force  and  man- 
power summary  for  a typical  aircraft  system  planning  element  are  shown 
in  Figs.  2 and  3.  The  example  portrays  a hypothetical  new  aircraft  sys- 
tem, phased  into  the  force  during  the  15-year  period  displayed  by  the 
model,  that  generates  development  and  procuremer.  costs  as  well  as  oper- 
ating costs.  Figure  4 shows  the  INPUT  DATA  report  for  this  planning 
element.  Generated  by  the  FORCE  program,  the  report  shows  both  input 
values  and  intermediate  results.  (The  sections  showing  aomputed  p>ei’son- 
nel  and  procurement  and  development  costs  are  intermediate  results.) 

The  cost  and  maintenance-manhours-per-f lying-hour  factors  marked  "STD" 
in  Fig.  4 were  obtained  in  the  model  from  a list  of  "standard  aircraft 
systems"  factors  defined  as  part  of  the  forcewide  inputs  to  the  model; 
this  feature  permits  one-time  specification  of  factors  for  systems  that 
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may  be  used  in  more  than  one  planning  element.  A list  of  hypothetical 
standard  aircraft  systems  and  factors  is  shown  in  Fig.  5. 

Figure  6 shows  the  120-column  input  records  used  to  generate  the 
planning  element  reports  shown  in  Figs.  2-4.  We  do  not  go  into  the  de- 
tails of  input  format  here,  but  the  general  purpose  of  each  type  of 
record  shown  in  Fig.  6 is  discussed  below.  The  record  type  is  designated 
by  its  leftmost  3 digits. 


301  record:  Program  element  code,  title,  and  basic  identi- 

fiers for  the  planning  element. 

302  records:  The  first  is  the  force  structure — squadrons  and 

UE  per  squadron.  The  next  two  are  the  "bed- 
down" — number  of  squadrons  tenanted  on  bases 
outside  the  major  command  specified  for  this 
planning  element. 

303  records:  Manning  factors,  crew  ratios,  etc. 


304  record: 
307  record: 


JOS  record; 


Flying  hour  rates. 

Procurement  "deliveries"  data — to  permit  compu- 
tation of  delivery  schedule  from  phase-in 
profile. 

Procurement  cost-quanti ty  curve,  development 
total  cost,  and  time-phasing  inputs. 


30y  records:  Throughput  costs  and  additional  cost  factors. 


Example  2:  Standard  System  Planning  Element 

In  Fig,  7 we  show  the  cost,  force,  and  manpower  summaries  for  a 
FORCE  model  "standard  system."  The  standard  system  planning  element  is 
a very  general  form  used  when  neither  the  aircraft  or  missile  system 
submodels  nor  the  support  system  submodels  are  appropriate.  In  this 
example  the  planning  element  represents  a level-of-ef fort  activity. 

Note  that  for  this  planning  element,  costs  that  would  normally  fall  into 
the  Operations  and  Maintenance  appropriation  are  shown  in  the  below-the- 
line  AIRLIFT  (IF)  appropriation.  Figure  S shows  the  input  data  report 
for  this  planning  element. 


Example  3:  Base  Operating  Support  Planning  Element 

Output  reports  and  an  input  data  report  for  a hypothetical  FORCE 


j;  • 


.^4'. 
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model  BOS  planning  element  are  shown  in  Figs.  9 and  10.  BOS  elements 
are  used  for  each  command/base  type  category  in  the  FORCE  model;  in 
this  example  we  show  one  for  SAC  bases.  Although  these  bases  could 
represent  all  Strategic  Air  Command  bases  or  a subset  of  them  (e.g., 
northern  U.S.  bases),  in  this  case  they  are  merely  a nominal  example. 
Since  BOS  cost  and  manpower  requirements  are  partly  driven  by  the  total 
number  of  personnel  supported,  it  is  useful  to  the  analyst  to  see  what 
this  total  is.  The  input  data  report  shows  how  many  personnel  were  ac- 
cumulated against  the  command/base  category  from  previous  planning  ele- 
ments. The  factors  used  to  generate  variable  BOS  personnel  and  total 

■k 

weighted  personnel  supported  are  Included  in  the  forcewide  data  in- 
put for  the  model. 

The  PERS  SUPPTD  values  may  be  used  as  activity  rates,  in  much  the 
same  manner  as  flying  hours  are  used,  to  generate  costs  for  the  BOS 
planning  element.  A set  of  command  and  base-type  parameters,  including 
those  for  the  SAC  BOS  planning  element  used  in  this  example,  is  shown 
in  Fig.  11.  Note  that  in  addition  to  BOS  factors,  civilian  pay  is  de- 
fined by  command /base  category. 

REPORT  WRITER  OUTPUT  OPTIONS 

The  REPORT  WRITER  program  is  used  to  provide  flexibility  both  in 
the  kind  of  summary  totals  generated  for  a FORCE  model  run  and  in  the 
information  selected  for  display.  The  summary-total  feature  permits 
the  analyst  to  group  planning  elements  by  command,  by  type  of  system 
(aircraft,  missile,  other),  by  theatre,  and  by  several  other  planning 
element  identifiers.  A set  of  default  conditions  in  the  REPORT  \^ITER 
is  used  to  define  planning  element  groups  (sums  of  planning  elements) 
and  accumulators  (sums  of  groups)  that  are  equivalent  to  the  ten  F&FP 
Major  Force  Programs.  These  conditions  are  shown  in  Table  4 in  the 
format  used  by  the  REPORT  WRITER.  An  alternative  set  of  group  and 
accumulator  definitions  is  shown  in  Table  5.  The  analyst  can  define 
groups  in  a variety  of  ways,  only  a few  of  which  are  Illustrated  here. 

k 

Officers,  airmen,  and  civilians  may  be  weiglited  differently,  in 
terms  of  their  effect  on  BOS  costs,  in  establishing  total  "weaglited 
personnel  supported." 
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riGHFE  10  — EXAMPLE  3:  EASE  CPBPATIKG  SliPprpT  P.B.  INPUT  PEF<“? 
{CCN-^INUBD  on  next  PAGE) 


FT'.npf  11  --  EX>FriE  3:  cr'*"\Kv  E»«e  fapxfbieps 


TABLE  4 


RBPf'PT  MRITER  GP  COP  AND  ACCORULATOE  DEEIRITIONS  (DEFAULT) 


GPP-CODE  GROnP  RARE  P ELAT lOBSHI PS  USED  TO  DEFIPE  GEOOPS 


1 

STEATBGIC  OFFENSIPE 

PB-CCDE 

> 

0 

ARD 

PE-CODE 

< 

1 2000 

2 

GBML  PORPOSE-FOPCES 

HSR-CCDB 

= 

2 

3 

IRTELLIGEKCE  6 CORH 

RSR-COPE 

= 

3 

4 

AIRLIFT  (IF) 

RSN-CODE 

= 

u 

ARD 

SUB-CODE 

> 

0 

5 

A F R FORCES 

HSR-CCDE 

= 

5 

ARD 

CRD-CODE 

< 

5' 

6 

RES  6 DEVELOPHERT 

HSR-CCDE 

= 

6 

7 

CERTRAL  SOPP  6 RAIRT 

HSR-CODE 

= 

7 

8 

TRRG.NEO  6 PERS  SOPP 

HSR-CCDE 

= 

8 

9 

ADBINISTRATICR 

HSR-CCDE 

= 

9 

10 

SOPP  OF  OTH  RATICRS 

HSR-CCDE 

= 

10 

11 

STRATEGIC  OEFBRSIVE 

PE-CODE 

> 

11999 

ARD 

PE-CODE 

< 

20000 

12 

AIRIIFT  (ROH-IF) 

HSR-CCDE 

= 

u 

ARD 

SOB-CODE 

= 

0 

13 

A H G FCECES 

RSR-CCDE 

* 

5 

ARD 

CRD-CODE 

> 

54 

ACC-BRBR 

ACCUROLATCP  RARE 

SO"  OF  GPCOPS 

1 

TOT  STRATEGIC  FCRCES 

1 11 

2 

TOTAL  AIRLIFT  FORCES 

4 12 

3 

TOTL  RESERVE  E GUARD 

5 13 

•'ABLE 

5 — ALTEPRATIVE  (OSEF 

DBFIKED)  G»rnP 

ARD  ACCORPIATCP  DEPIRITICRS 

GPP-CODE 

GROl't  RARE 

RELATICRSHIPS  USED  TO  DEFIHE 

GFOOPS 

1 

STRATEGIC  OFF ERS E 

PE-CCDE 

65000 

PE-CCDE 

= 

64001 

HSR-CODE 

= 

1 

ARD 

PE-CODE 

< 

1 ’300 

2 

STRATEGIC  DEFERSE 

PE-CCDE 

> 

11999 

A!fD 

PE-CCDE 

< 

1 2‘-0C 

3 

STRAT  CRD/CCR/CCRH 

PE-CODE 

= 

12P10 

HS R-CCDB 

SS 

1 

ARD 

PE-CCDE 

< 

12F01 

u 

TACTICAL  AIP  FORCES 

PE-CCDE 

= 

64000 

PE-CCDE 

63000 

PE-CCDE 

> 

50400 

ARD 

PE-CCDE 

< 

5 150C 

PE-CODE 

> 

50000 

ARD 

TE-CC  D£ 

< 

5 0300 

PE-CCDE 

> 

24120 

AND 

PE-CODE 

< 

24140 

HSR-CCDE 

2 

AND 

PL-CCDE 

< 

24110 

5 

ATRLTF"  FCRCES 

RSR-C''DE 

= 

5 

AND 

PE-CODE 

< 

51700 

PE-CODE 

= 

45*^00 

HSR-CODE 

= 

u 

AND 

PF-CCDE 

< 

45’00 

6 

PESEARCH  6 DEVELOP. 

HSR-CODE 

= 

6 

7 

BASE  OPERATIRC,  SUPPT 

STS-CCDE 

S 

u 

e 

TPAIRIRG 

PE-CCDE 

R1000 

HSK-CODE 

= 

2 

PKD 

PE-CODE 

< 

24140 

9 

OTHBF  SUPPORT  0 LCE 

ID-CODE 

> 

0 

ACC-RHBP 

ACCURULATOR  HARE 

SOR  CF  GPCUPS 

4 

TOTAL  STRATEGIC 

1 2 3 

5 

TOTAL  RISSIPH  FORCES 

1 2 3 

4 

5 

6 

TOTAL  GEREPAl  SUPPT 

7 8 9 
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At  the  lowest  level,  planning  elements  can  be  assigned  to  groups  ac- 
cording to  their  identification  codes  (ID-CODE),  codes  that  uniquely 
identify  each  planning  element.  This  capability  permits  the  analyst  to 

* 

examine  the  resource  requirements  of  virtually  any  subset  of  the  force, 
and  several  different  cross-cutting  groups  can  be  examined  by  using  dif- 
ferent sets  of  group  definitions  on  the  same  FORCE  output  data  in  separ- 
ate REPORT  WRITER  runs. 

In  addition  to  the  above-mentioned  flexibility  in  defining  summary 
totals,  the  REPORT  WRITER  provides  flexibility  in  output  selection, 
which  permits  examination  of  user-defined  subsets  of  resources.  The 
default  cost  element  and  appropriation  structure  used  in  the  REPORT 
WRITER  is  shown  in  Table  6.  The  analyst  can  selectively  display  speci- 
fic cost  elements  or  appropriations — a capability  that  would  be  useful, 
for  example,  in  identifying  which  planning  elements  were  the  major  con- 
sumers of,  say,  aircraft  modification  costs,  without  having  to  thumb 
through  full  cost  reports  for  all  planning  elements.  The  analyst  can 
also  redefine  appropriations  and  subtotals  (using  the  code  numbers 
listed  in  Table  6)  in  order  to  examine  resource  totals  that  cut  across 
appropriation  lines. 

The  REPORT  WRITER  capabilities  mentioned  above  provide  the  analyst 
with  a powerful  means  of  focusing  attention  on  the  forces  and  resources 
of  primary  concern  to  a particular  study  or  planning  exercise.  Addi- 
tional facilities  are  available  in  both  the  FORCE  program  and  the  REPORT 
WRITER  to  reduce  the  volume  of  output — and  thereby  make  the  results 
easier  to  analyze  and  interpret — by  printing  report  information  only 
for  a selected  set  of  planning  elements.  Thus,  when  a number  of  force 
structure  or  policy  variations  is  to  be  examined  at  the  same  time,  the 
analyst  can  select  output  reports  for  only  those  planning  elements  he 
has  changed  (from  previous  cases  or  from  the  base  case)  and  for  the 
support  elements  that  are  affected  as  a consequence.  In  all  cases  the 

* 

A planning  element  cannot  be  subdivided  by  this  means  or  allo- 
cated in  parts  to  different  groups,  and  it  cannot  be  added  to  more  than 
one  group  total  in  a single  REPORT  WRITER  run.  Note,  however,  that  a 
Program  Element  may  be  composed  of  several  planning  elements  and  thus 
can  be  divided  among  different  groups. 
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TABLE  6 — REPORT  WRITER  APPROPRIATIONS,  COST  ELBBENTS,  AKD  SUBTOTALS 

(DEFAULT  STRUCTURE) 


LIRE  TYPE 

CODE 

NAHB 

LINE  TYPE 

CODE 

NAME 

AFPM 

1 

AIRCRAFT  PROCUREHENT 

APPN 

10 

A F R OTHER 

CB 

11 

AIR  VEHICLE 

CE 

73 

AFP  OTHER 

CB 

12 

INITIAL  SUPPORT 

CB 

13 

nODIFICATIONS 

APPN 

11 

A N G PERSONNEL 

CB 

1« 

COHHON  AGE 

CE 

74 

A N G PERSONNEL 

CB 

15 

REPLBN  SPARES 

CB 

16 

WAR  CONSUnABLES 

APPN 

12 

A N G OPERATIONS 

CB 

17 

OTHER  CHARGES 

CE 

241 

CIVILIANS 

CE 

242 

HISC  SUPPORT 

APPN 

2 

HISSILE  PPOCUREHENT 

CB 

243 

PURCHASED  HTCE 

CB 

21 

AIR  VEHICLE 

CB 

244 

POL 

CE 

22 

INITIAL  SUPPORT 

CE 

245 

SYSGGEN  SUPP  HTL 

CE 

23 

NODIFICATIONS 

CE 

246 

OTHER  OGH 

CB 

2tt 

REPLBN  SPARES 

CE 

75 

OTHER  A K G CPE 

CE 

25 

OTHER  CHARGES 

APPN 

13 

A N G OTHER 

APPH 

3 

OTHER  PROCUREHENT 

CE 

76 

A N G OTHER 

CB 

81 

ELEC6COHHDN  BQPT 

CB 

82 

INITIAL  SUPPORT 

APPN 

14 

AIRLIFT  (IF) 

CB 

83 

CRYPTO  EQOIPHBNT 

CE 

441 

CIVILIANS 

CB 

8U 

HUNITIONS 

CE 

442 

RISC  SUPPORT 

CB 

85 

VEH«BASB  EQUIP 

CE 

443 

PURCHASED  HTCE 

CE 

444 

POL 

APPM 

H 

MIL  CONSTRUCTION 

CE 

445 

SYSGGEN  SUPP  MTL 

CE 

31 

MIL  CONSTRUCTION 

CE 

446 

OTHBr  OGH 

APPN 

5 

R D T G E 

NON-ADD 

91 

DEPOT  MAIN'^ 

CE 

641 

CIVILIANS 

NON-ADD 

92 

PCS  TRAVEL 

CE 

642 

flISC  SUPPORT 

NON-ADD 

93 

MEDICAL  ADDITIVE 

CE 

643 

PURCHASED  HTCE 

NON-ADC 

QU 

HISC  SUPP-BOS 

CE 

644 

POL 

CE 

645 

SYSGGBN  SUPP  MTL 

SUB-TOT 

1 

INVESTMENT 

CE 

646 

OTHER  06H 

APPN 

1 

AIRCRAFT  PROCUREHENT 

CE 

61 

OTHER  RDT6E 

APPN 

2 

MISSILE  PROCUPEHEHI 

APPN 

3 

OTHER  PROCUREMENT 

APPN 

6 

OPERATIONS  AND  NICE 

APPN 

4 

HTL  CONSTPOCTTOH 

CB 

41 

Cl  VILIANS 

APPN 

10 

APR  OTHER 

CB 

42 

HISC  SUPPOR'^ 

APPN 

13 

A N G OTHER 

CB 

43 

PURCHASED  HTCE 

CB 

44 

POL 

SUB-TOT 

2 

OPERATIONS 

CE 

45 

SYSGGEN  SUPP  HTL 

APPN 

6 

OPERATIONS  AND  HTCE 

CB 

46 

OTHER  OGH 

APPN 

7 

HILITARY  PERSONNEL 

APPN 

e 

A F F PERSONNEL 

APPN 

7 

MILITARY  PBPSOBNBl 

APPH 

9 

A F R OPEFATIONS  | 

CB 

51 

OFFICERS  PAY 

APPN 

11 

A K G PERSONNEL  ; 

CE 

52 

AIRHEN  PAY 

APPN 

12 

A N G OPERATIONS 

CE 

53 

PCS  CHARGES 

APPN 

14 

AIRLIFT  (IF) 

CB 

54 

OTHER  CHARGES 

SUB- TOT 

3 

DEVELCPHENT 

APPN 

8 

A F R PBFSONNEL 

APPN 

e 

P D I G E i 

CB 

71 

A F R PERSONNEL 

APPN 

9 

AFP  OPERATIONS 

7 

1 

CB 

141 

CIVILIANS 

CE 

142 

HISC  SUPPORT 

p 

CE 

143 

PURCHASED  HTCE 

I' 

f 

CB 

144 

POL 

1 

CB 

145 

SYSGGBN  SUPP  HTL 

j 

CB 

146 

OTHER  OSH 

CE 

72 

OTHER  A F R OPR 

4 • 


yj 
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entire  set  of  (total  force)  inputs  is  processed  by  the  model,  and  the  j 
summary  totals  include  the  costs  of  all  planning  elements,  including  J 
those  for  which  individual  planning  element  reports  were  not  printed. 

! 

The  change  in  total  force  cost,  rather  than  the  details,  may  be  the  j 
principal  concern  of  the  analyst,  and  in  such  cases  he  may  wish  to  sup-  | 
press  all  planning  element  reports  and  see  only  the  summary  totals. 


V.  APPLICATIONS  AND  SUGGESTIONS  FOR  FURTHER  RESEARCH 


APPLICATIONS 

The  FORCE  model  was  first  used  in  the  Air  Staff  in  costing  the  Air 
Force  Extended  Planning  Annex  (EPA)  in  the  fall  of  1975,  The  current 
version  of  the  model — the  one  described  in  this  report — was  delivered 
to  the  Air  Staff  in  July  1976,  and  this  version  of  the  model  was  used 
in  the  costing  and  analyses  for  preparation  of  the  Air  Force  EPA  for 
fall  1976.  The  EPA  is  a 10-year  extension  of  the  five-year  USAF  Program 

•k 

Objective  Memorandum  (POM),  which  is  fiscally  constrained  by  guide- 
lines from  the  Secretary  of  Defense.  This  kind  of  long-range  planning, 
in  which  plans  that  are  a direct  extension  of  the  current  program  are 
evaluated  within  expected  future  fiscal  constraints,  is  the  sort  of 
exercise  for  which  the  FORCE  model  is  ideally  suited.  The  FORCE  model 
brings  to  this  process  for  the  first  time  the  possibility  of  examining 
more  alternatives  and  options  in  structuring  the  EPA  forces  (or  similar 
exercises)  than  have  been  possible  in  the  past. 

Most  of  the  planning  activity  in  the  Air  Force  involves  separate 
segments  of  the  force  or  separate  functional  areas  rather  than  the 
total  force,  but  many  of  these  segments  might  also  benefit  from  use  of 
a total  force  cost  model  in  evaluating  future  alternatives.  Since  the 
FORCE  model  operates  on  the  principle  of  variations  from  a base  case, 
the  usual  mode  of  operation  is  to  hold  most  of  the  force  and  policy 
Inputs  constant  while  varying  the  Inputs  within  a particular  area. 

Thus,  for  example,  in  evaluating  alternative  forces  of  tactical  fighters, 
an  office  could  examine  the  alternatives  while  letting  the  rest  of  the 
force  remain  as  specified  in  the  base  case.  The  advantages  of  using 
a total  force  model  in  analyzing  subsets  of  the  force  are  that  the  anal- 
yses can  be  kept  reasonably  consistent  even  across  dissimilar  subsets 
of  the  force  and  that  they  can  be  kept  within  resource  constraints;  or 

Force  structure  profiles  for  the  POM  actually  extend  three  years 
beyond  the  five-year  cost  profile.  The  EPA  extends  the  cost  profile 
to  a full  15  years  with  a force  structure  profile  that  extends  over 
the  same  period. 
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future  resource  conflicts  can  be  anticipated  and  steps  taken  to  resolve 
the  conflicts. 

Because  of  the  FORCE  model's  special  features  in  the  areas  of  sup- 
port activities,  it  lends  itself  to  use  in  planning  and  analysis  of 
support  policy  and  support  structure  alternatives,  as  well  as  force 
structure  alternatives.  For  the  most  part,  the  Air  Force  or  Air  Staff 
components  concerned  with  BOS,  training,  central  supply  and  maintenance, 
and  other  support  activities  have  not  previously  been  able  to  look  at 
future  options  in  terms  comparable  to  force  structure  analysis.  In 
the  FORCE  model  it  is  possible  to  do  this.  For  example,  a revised  bas- 
ing structure  might  be  simulated  by  revising  either  or  both  of  the  sets 
of  factors  for  fixed  (per  base)  and  variable  (per  man  supported)  BOS 
requirements  for  any  of  the  command  and  base-type  categories  used  in 
the  base  case.  The  model  would  then  show  the  total  force  cost  effect 
of  the  changes,  including  the  Impact,  if  any,  of  future  force  changes 
Included  in  the  base  case,  and  including  the  effect  of  BOS  changes  on 
requirements  for  training,  medical,  and  other  support  categories. 

As  mentioned  in  Sec.  II,  the  FORCE  model  is  intended  to  provide  a 
framework  for  resource  analysis  research,  in  addition  to  its  application 
to  analysis  of  force  and  policy  alternatives.  The  model  was  used  at 
Rand  in  this  function  in  the  development  of  techniques  for  evaluating 
varying  active/reserve  force  mixes  in  terms  of  total  costs  and  capabil- 

A 

itles.  This  study  required  the  development  of  methodology  to  evalu- 
ate reserve  personnel  costs  and  reserve  unit  operating  costs  (primarily 
for  aircraft  systems)  in  terms  that  were  comparable  in  the  total  force 
to  the  cost  and  manpower  requirements  estimated  for  active  force  units. 
The  methodology  developed  during  this  study  and  incorporated  in  the 
current  version  of  the  FORCE  model  includes:  (1)  special  provisions 

for  variations  in  reserve  pay  costs  due  to  variations  in  average  annual 
duty  days  for  different  categories  of  reserve  personnel;  (2)  separate 
BOS  factors  to  compute  support  for  reserve  units.  Including  BOS  provided 
by  reserve  personnel  for  units  on  active  Air  Force  bases;  and  (3)  special 


A.  Barbour,  The  Air  Reserve  Forces  in  the  Total  Force,  Vol.  2, 
Cost  Analysis , The  Rand  Corporation,  R-1977/2-AF,  forthcoming.  Both 
AFR  and  ANG  units  are  included  in  the  general  term  "reserve  units." 


I 


-41- 

trainlng  computations  for  reserve  personnel,  to  account  for  the  fact 
that  some  reservists  receive  training  during  active  duty  service. 

The  concept  of  a weapon  system's  life  cycle  cost  (LCC)  has  received 
a good  deal  of  attention  in  recent  years.  This  subject  is  another  for 
which  the  FORCE  model  could  serve  as  a suitable  research  framework — 
particularly  in  the  area  of  operating  and  support  costs.  The  LCC  of  a 
weapon  system  can  be  thought  of  as  the  increment  in  total  force  cost 
when  the  system  is  added  to  the  force,  the  rest  of  the  force  being  left 
unchanged.  The  total  force  framework  helps  to  identify  the  elements  of 
cost  that  should  be  included  in  a model  of  LCC  and  to  focus  attention 
on  major  planning  and  policy  variables  (e.g.,  aircrew  ratios,  use  of 
simulators,  basing  mode,  maintenance  policy)  as  distinguished  from 
parameters  of  the  weapon  system  (e.g.,  weight,  speed,  reliability /main- 
tainability ) . It  also  serves  to  establish  consistent  rules  or  factors 
for  including  the  cost  of  BOS,  training,  and  other  centrally  provided 
support  services  in  LCC  estimates  for  different  types  of  systems.  An 
LCC  model  must,  of  course,  be  more  detailed,  and  must  be  sensitive  to 
a greater  number  of  variables  than  the  aggregate  weapon  system  subrou- 
tines used  in  the  FORCE  model;  but  the  total  force  cost  framework  deter- 
mines how  the  results  of  LCC  studies  for  new  systems  relate  to  current 
resource  requirements  and  thus,  finally,  to  the  question  of  what  changes 
in  forces,  policies,  or  available  resources  must  be  made  in  order  to 
bring  the  new  systems  into  the  force. 

SUGGESTIONS  FOR  MODEL  IMPROVEMENTS  AND  FURTHER  RESEARCH 

The  model  brings  a number  of  advantages  to  the  tasks  of  studying 
and  analyzing  future  Air  Force  policy  and  weapon  system  options.  It 
also  permits  the  analyst  to  build  alternative  total  force  options  tliat 
are  feasible  both  within  the  constraints  imposed  on  future  resources 
and  within  the  constraints  implied  by  existing  programs.  It  extracts 
these  advantages  at  a price,  however:  the  careful  formulation  at  peri- 

odic intervals  of  a base  case,  which  (1)  describes  current  programs  and 
forces  and  (2)  establishes  the  activity  rate,  manpower,  and  cost  rela- 
tionships appropriate  for  future  extensions  of  current  forces  and  for 
the  various  policies  and  force  structures  to  be  analyzed  in  the  next 
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planning  exercises.  Much  of  the  information  required  for  formuxation 
of  a base  case  is  generated  as  an  adjunct  to  the  periodic  updates  of 
the  F&FP  and  the  USAF  Progr>ajn  (P-series)  documents  and  to  updates  of 
AFR  173-10  planning  factors.  Factors  and  parameters  for  new  systems 
must  be  prepared  (or  maintained)  as  they  are  required  in  Air  Staff  stud- 
ies and  planning  exercises.  Although  getting  this  information  together 
for  input  to  a FORCE  model  base  case  Involves  a considerable  concentra- 
tion of  effort,  the  information  collected  is  virtually  all  needed  in 
standard,  weapon  system  studies.  In  this  sense,  the  preparation  of  the 
base  case  is  a useful  device  by  which  a consistent  and  complete  set  of 
resource  estimating  relationships  can  be  maintained.  The  mechanical 
tasks  of  coding,  verifying,  and  testing  the  model  Inputs  are  not  trivial, 
however,  and  some  suggestions  are  presented  below  for  dealing  with  these 
problems. 

Experience  has  shown  that  cost  models  must  be  amenable  to  changes 
if  they  are  not  to  be  made  obsolete  in  a short  time.  A considerable 
amount  of  flexibility,  in  the  use  of  very  general  forms  for  cost  and 
manpower  relationships,  gives  the  FORCE  model  the  ability  to  adapt  to 
changing  concepts.  But  generality  is  a mixed  blessing — if  the  form  is 
too  general,  the  analyst  must  essentially  define  his  own  model  in  each 
instance  and  simply  use  the  computer  program  to  perform  the  actual  cal- 
culations. For  this  reason,  the  FORCE  model  has  a number  of  built-in 
computational  relationships  to  ease  the  input  burden  for  standard  situa- 
tions. This  is  most  apparent  in  the  aircraft  systems  computations, 
which  make  use  of  standard  cost  factors  (per  unit  equipment  or  per 
flying-hour)  and  aircrew  and  maintenance  manpower  calculations.  The 
support  subroutines  also  use  some  degree  of  built-in  cost  and  manpower 
relationship  forms.  Because  "standard"  situations  change  over  time, 
and  because  improved  understanding  of  support  structure  is  likely  to 
change  both  the  forms  of  estimating  relationships  and  the  suitability 
of  the  built-in  aggregate  measures  of  support  demand  or  support  policy, 
the  FORCE  model  computer  programs  have  been  written  to  aid  the  program- 
mer and  cost  analyst  in  redesigning  Individual  segments  of  the  model 
without  requiring  revision  of  the  entire  model. 
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A number  of  suggestions  for  enhancements  to  the  FORCE  model's  capa- 
bilities were  made  even  as  the  current  version  of  the  model  was  being 
completed;  and,  as  is  the  nature  of  many  large  computerized  models, 
other  ideas  for  improvments  will  be  stimulated  by  use  of  the  model. 

In  the  following  discussion,  we  divide  these  potential  future  changes 
into  three  areas:  (1)  enhancements  to  the  input/output  and  job  setup 

procedures  to  ease  the  mechanical  burden  of  base  case  preparation  and 
further  Improve  turnaround  time  for  processing  alternatives;  (2)  provi- 
sions for  including  retirement  pay  costs,  other  below-the-line  costs, 
and  cost  escalation  estimates;  and  (3)  Improvements  in  the  weapon  sys- 
tem and  support  submodels. 

Input/Output  Enhancements 

Much  of  the  mechanical  effort  required  in  preparing  base  case  in- 
puts for  the  FORCE  model  is  due  to  the  fact  that  data  must  be  taken  from 
printed  reports,  then  transformed  (by  simple  additions  or  multiplica- 
tions) or  simply  copied  directly  to  coding  sheets,  key-punched,  verified, 
and  then  run  through  the  model  and  checked  against  the  F&FP  results 
that  the  data  are  intended  to  represent.  The  need  to  pass  through  sev- 
eral steps  makes  the  possibility  of  error  rather  high,  and  finding  and 
correcting  the  errors  can  be  particularly  troublesome.  Two  possibili- 
ties exist  to  improve  this  process.  The  first  is  to  provide  for  direct 
transfer  of  those  data  already  in  computerized  form.  While  this  would 
be  useful  in  eliminating  some  sources  of  error,  the  cost  analyst  must 
still  have  an  input  to  virtually  all  of  the  data,  if  for  no  other  reason 
than  to  specify  which  resources  should  be  projected  at  a level-of-ef f ort 
and  which  are  discretionary  (l.e.,  are  one-time  requirements).  The 
second  possibility  is  to  provide  for  on-line,  direct  editing  and  process- 
ing of  inputs. 

At  Rand,  security  for  classified  input  data  required  that  only  a 
batch  processing  mode  be  used  for  the  FORCE  computer  programs.  If  pro- 
visions can  be  made  for  on-line  processing  within  the  Air  Staff,  it  be- 
comes practical  to  prepare  or  edit  inputs  directly  and  to  make  FORCE 
model  runs  of  only  one  or  a few  planning  elements  at  a time,  so  that 
inputs  can  be  verified  (through  the  model)  at  onco.  This  would  reduce 
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the  number  of  steps  by  eliminating  the  coding  and  key-punch/verlfy  steps, 
and  would  avoid  the  necessity  of  scanning  a full  set  of  inputs  after 
each  change. 

Retirement  and  Indirect  Support  Coots 

Military  retirement  pay  (for  retired  Air  Force  officers)  is  often 
included  as  an  Air  Force  cost  in  studies.  The  FORCE  model  currently 
has  no  provisions  for  including  this  cost,  nor  does  it  provide  for  un- 
funded civilian  retirement  pay.  For  analytical  purposes,  the  most  im- 
portant retirement  costs  to  include  are  the  implied  future  obligations 
for  current  personnel.  It  is  unlikely  that  pay  for  current  retirees 

would  be  affected  by  the  kind  of  policy  or  force  structure  options  for 

* 

which  the  FORCE  model  is  suitable. 

For  some  purposes  it  is  useful  to  see  the  imputed  variable  support 
cost  as  a below-the-llne  cost  for  mission  planning  elements.  The  FORCE 
model  currently  shows  these  for  PCS,  medical,  depot  maintenance,  and  a 
portion  of  BOS  cost.  The  model  structure  precludes  the  definition  of 
simple  cost  factors  for  variable  training  and  the  rest  of  BOS  cost,  be- 
cause of  the  interaction  among  other  force  elements  that  affects  these 
support  elements.  But  it  could  be  useful  if  provisions  were  added  to 
permit  simple  factors  to  be  used  to  approximate  the  below-the-line 
variable  support  cost  for  each  mission  planning  element. 

Cost  Escalation 

To  assure  a consistent  analytical  basis  over  time,  the  FORCE  model 
deals  only  in  constant  dollars.  Nonetheless,  the  effects  of  possible 
future  inflation  on  dollar  requirements  may  be  of  interest  in  some  kinds 
of  analysis.  The  REPORT  WRITER  program  could  be  modified  (a  tedious, 
but  conceptually  simple  task)  to  permit  the  application  of  inflation 
or  cost  escalation  factors  at  the  appropriation  or  cost  element  level. 
This  would  permit  the  analyst  to  examine  results  for  a single  force 
structure  of  alternative  assumptions  about  future  inflation  rates  in 
a consistent  fashion. 

* 

The  FORCE  model  may  not  be  a good  tool  for  examining  retirement 
pay  policies  that  might  affect  current  retirees.  Retirement  pay  would 
be  included  as  an  added  cost  of  the  manpower  required,  to  take  fuller 
account  of  the  dollar  cost  of  personnel. 
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Weapon  System  and  Support  Submodels 

The  overall  structure  of  the  relationships  between  and  among  force 
and  support  elements  in  the  FORCE  model  is  a new  concept  in  force  cost- 
ing. Because  our  understanding  of  the  factors  that  drive  resource  re- 
quirements is  far  from  complete,  our  submodels  for  support  planning 
elements  are  largely  based  on  prior  models,  which  may  not  have  taken 
sufficient  account  of  the  interactions  among  the  many  elements  of  the 
total  force.  Additional  research  is  needed  to  Improve  the  submodels 
and  to  Increase  the  portion  of  the  total  force  that  can  be  modeled  in- 
stead of  simply  taken  as  a throughput.  There  are  any  number  of  candi- 
dates for  research.  Those  cited  below  are  important  because  of  the 
substantial  levels  of  resources  they  require. 

MFP  7,  Central  Supply  and  Maintenance,  includes  several  program 
elements  that  account  for  central  supply,  procurement,  and  management 
activities  and  second-destination  transportation  costs.  Like  depot 
maintenance,  these  services  are  provided  to  various  users  throughout 
the  Air  Force,  but  no  procedures  have  been  developed  to  estimate  how 
requirements  for  these  support  services  are  generated  by  the  rest  of 
the  force.  By  default,  the  resources  allocated  to  these  central  supply 
services  have  been  treated  as  fixed,  level-of-ef f ort  requirements;  but 
the  total  cost  of  these  elements  equals  or  exceeds  depot  maintenance 
costs  (for  active  USAF  elements).  A research  effort  is  needed  to  deter- 
mine the  central  policy  variables  and  force-generated  demand  measures 
that  drive  resource  requirements  for  these  services.  This  would  provide 
a basis  for  better  projections  of  the  future  impact  of  force  structure 
and  support  policies  on  this  segment  of  the  Air  Force. 

The  only  weapon  system  cost  models  generally  used  in  the  Air  Force 
are  those  for  aircraft  and  missile  systems,  but  many  of  the  elements 
of  the  force  do  not  fit  into  these  categories.  We  have  discussed  sep- 
arate submodels  for  certain  support  activities,  but  a significant  portion 
of  Air  Force  resources  is  devoted  to  surveillance,  and  command,  control 
and  communications  (CCC)  elements,  which  appear  to  be  more  a part  of 
the  mission  force  structure  than  of  the  support  structure.  Research 
is  needed  in  these  areas  also — particularly  in  the  areas  of  land-based 
and  space  surveillance  and  sensor  systems — so  that  better  measures  of 


their  resource  requirements  can  be  developed.  This  problem  is  not  re- 
stricted to  total  force  costing  alone.  Cost  analyses  of  individual  sur- 
veillance and  CCC  systems  are  currently  required  from  time  to  time. 
Because  it  deals  with  the  total  force,  however,  the  FORCE  model  empha- 
sizes the  number  of  such  systems  currently  in  the  force,  the  sizeable 
cost  and  manpower  requirements  they  generate,  and  the  absence  of  any 
established  methods  for  estimating  their  requirements  under  changing 
future  conditions. 


VI.  CONCLUSION 


The  FORCE  model  is  now  a fully  operational  tool  for  examining  re- 
source requirements  for  future  Air  Force  support  structures  and  policies, 
and  future  force  structure  alternatives.  It  provides  a means  of  repre- 
senting all  mission  and  support  elements  of  the  Air  Force  in  a common 
framework  and  of  estimating  their  dollar  and  manpower  requirements  for 
a 15-year  future  time  horizon  in  terms  comparable  to  the  USAF  Force  and 
Financial  Program.  It  gives  special  attention  to  several  categories 
of  support  activities — treating  both  the  support  demands  generated  by 
other  Air  Force  activities  and  support  policies  or  structures  that  are 
substantially  or  entirely  independent  of  overall  force  levels.  When  a 
base  case  is  constructed,  the  model  permits  easy  manipulation  of  indi- 
vidual weapon  and  support  elements  of  the  force  with  internalized  rou- 
tines to  deal  with  standard  relationships,  which  helps  to  assure  rela- 
tively quick  turnaround  in  using  the  model.  Provisions  for  multiple, 
varied  output  formats  and  output  summaries  facilitate  use  of  the  model 
in  studies  and  analyses  of  different  parts  of  the  force  or  of  different 
functional  and  resource  categories  within  the  Air  Force.  Since  its 
coverage  of  cost  and  activity  in  the  Air  Force  is  comprehensive  and 
since  it  provides  the  means  of  assuring  consistent  estimating  relation- 
ships, the  FORCE  model  also  serves  as  a suitable  framework  for  research 
in  Air  Force  cost  analysis. 

Further  developments  in  computer  support  for  the  model  may  provide 
for  extremely  short  turnaround  times — thus  permitting  an  even  wider 
selection  of  future  alternatives  to  be  examined  in  the  planning  process. 
Further  development  in  estimating  techniques,  using  the  model  as  the 
framework  for  research,  can  expand  our  ability  to  address  complex  force 
structure  and  support  policy  problems  in  studies  and  planning  exercises. 
In  its  present  form,  and  with  the  appropriate  application  of  current 
estimating  techniques,  the  FORCE  model  provides  a comprehensive  and 
consistent  means  of  evaluating  force  and  support  alternatives.  It  also 
provides  a unique  ability  to  match  resource  estimates  for  future  total 
force  options  to  the  constraints  and  Implications  of  current -Air  Force 
programs. 
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Appendlx 

GENERAL  DESCRIPTION  OF  PLANNING  ELEMENT 
COMPUTATIONS  IN  THE  FORCE  MODEL 


The  costs  and  manpower  requirements  in  the  FORCE  model  are  calcu- 
lated planning  element  by  planning  element.  Each  one  is  assigned  to  a 
subroutine  for  calculations,  according  to  the  "system  type"  assigned  to 
the  planning  element.  Table  A.l  lists  the  system  types  and  codes  used 

Table  A.l 

PLANNING  ELEMENT  SYSTEM  TYPES 


Code  System  Type 


0 

1 

2 

4 

5 

6 

7 

8 


Standard  Systems 
Aircraft  Systems 
Missile  Systems 
Base  Operating  Support 
PCS  Travel 
Training 

Depot  Maintenance 
Medical  and  Other  Personnel 
Support 


Mission  Systems 


Support  Systems 


in  the  model.  System  types  are  grouped  into  mission  system  and  support 
system  categories.  The  primary  distinction  between  the  mission  and 
support  categories  is  that  the  former  are  independent  elements  of  the 
force  (in  terms  of  the  relationships  built  into  the  model),  whereas 
the  latter  are  partly  dependent  in  their  resource  requirements  on  vari- 
ous forcewide  measures  of  demand  for  support  services. 

The  general  input  structure  for  each  planning  element  Includes 
the  following  data  elements: 


(1)  Planning  element  identifiers — title,  identification  code, 
command,  etc. 

(2)  Force  structure 

(3)  Manpower  factors 

(4)  Activity  levels  (e.g.,  flying  hours) 
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(5)  Procurement/delivery  schedule  and  cost  functions  and 
factors 

(6)  Fixed  (over  time)  cost  factors 

(7)  Throughput  and  variable  (over  time)  cost  factors 

The  analyst  provides  input  data  for  any  or  all  of  these  data  elements 

as  required  for  each  planning  element,  and  the  model  computes  resource 

requirements  for  the  planning  element  in  terms  of  costs  by  cost  element, 

* 

and  of  manpower  by  personnel  type.  Some  cost-per-man-year  factors, 
such  as  pay  and  allowances  costs,  are  defined  at  a forcewide  level  in 
the  model;  but  most  cost  factors  and  functions  are  defined  at  the  plan- 
ning element  level. 

The  general  form  of  the  calculations  for  each  planning  element 
provides  for  manpower  to  be  computed  as  a function  of  force  levels, 
activity  rates,  and/or  support  demand  (for  support  systems),  and  activ- 
ity levels  to  be  computed  as  a function  of  force  levels  and/or  aircrew 
ratios  (for  aircraft  systems).  Annual  operating  costs  are  computed  as 
functions  of  force  levels,  manpower  requirements,  and  activity  levels. 
Development  and  procurement  costs  may  be  throughput  (when  calculated 
outside  the  model),  or  the  user  may  supply  inputs  for  the  model  to  per- 
form the  calculations  and  time-phase  the  costs  in  accordance  with  the 
force  phase-in  for  the  planning  element.  Other  costs  (e.g.,  military 
construction,  other  procurement)  may  be  throughput  for  any  cost  element. 
Variations  in  calculations  for  each  of  the  system  type  subroutines  are 
given  below. 


Standard  Systems  (Type  0) 

This  is  a generalized  type  of  system  that  can  be  used  for  any  plan- 
ning element  that  does  not  match  the  more  specific  weapon  system  and 
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Cost  elements,  which  sum  to  appropriations,  are  listed  in  Table 
6,  Sec.  IV.  Personnel  types  are  user-defined  as  part  of  the  general, 
forcewide  Inputs  to  the  model.  A typical  set  of  personnel  types  would 
include:  pilots,  other  rated  officers,  non-rated  officers,  rated  air- 

men, other  airmen,  civilians,  etc.  The  analyst  can  define  as  many  as 
24  personnel  types  using  whatever  breakdown  is  suitable  for  his  purposes. 
The  model  summarizes  manpower  requirements  by  officers,  airmen,  civilians 
and  AFR/ANG  officer,  airman,  and  technician  categories. 
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support  system  types.  The  force  structure  is  described  in  terms  of 
"planning  element  units,"  which  may  be  defined  by  the  user  as  squadrons, 

it 

sites,  bases,  or  other  appropriate  units.  Costs  can  be  throughput 
without  regard  to  force  structure,  but  manpower  requirements  cannot; 
so  the  user  should,  as  a minimum,  specify  a force  level  of  1 "unit"  or 
"total"  for  planning  elements  that  have  no  convenient  other  force  level 
units.  Activity  rates  are  described  in  terms  of  user-defined  "activity 
units."  These  may  be  defined  as  flying  hours,  alert  days,  etc.,  or 
simply  be  left  out  if  force  structure  and  manpower  are  sufficient  by 
themselves  to  generate  the  annual  costs  for  the  planning  element. 

Force  Structure.  Input  as  end-year  number  of  PE  units  for  each 
year  (years  0 through  17). 

Manpower.  Input,  by  personnel  type,  as  end-year  men  per  PE  unit 
for  each  year. 

Activity  Levels.  Input  as  average  annual  activity  units  per  PE 
unit  for  years  1-15. 

Procurement.  A "delivery  schedule"  may  be  input  directly  (in 
terms  of  units  delivered  in  each  year)  or  generated  automatically  as 
a function  of  the  planning  element  force  structure  (in  terms  of  units 
delivered  per  PE  unit  phased  into  the  force).  This  is  translated  into 
a "buy  program"  (units  for  which  funding  is  required  in  each  year)  using 
a lead-time  specified  in  months.  A log-linear,  cumulative-average 
cost-quantity  function^  is  specified  by  a first-unit-cost  and  slope, 
and  is  used  to  compute  the  TOA  required  in  each  year.  A fraction  of 
the  computed  TOA  for  each  year  may  be  shifted  one  year  earlier  in  time, 
representing  "advance  buy"  for  long  lead-time  components.  An  additional 
fraction  of  computed  cost  or  cost-per-unit  may  be  added  for  initial 
support  (e.g.,  initial  spares).  Development  costs  are  input  terms  of 
total  TOA  and  are  time-phased  in  relation  to  the  first  year  in  which 


Planning  element  units  will  be  referred  to  as  PE  units. 

The  form  is;  = Aq  , where  is  the  cumulative-average 

cost-per-unit  at  the  qth  unit,  A is  the  first  unit  cost,  and  b is  the 
exponent.  If  s is  the  input  value  for  the  slope  (in  fractional  form), 
then  b = (log  s)/(log  2).  The  model  also  permits  a segmented  log-linear 
relationship,  with  two  "break  points"  where  the  slope  may  change. 
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units  are  delivered  (the  "IOC"  year)  according  to  a user-defined  or 
model-selected  RDT&E  time-phasing  profile. 

Fixed  Cost  Factors.  Input  as  cost-per-PE-unit  or  cost-per- 
activity-unit . The  input  structure  provides  a selected  set  of  common 
cost  elements  for  fixed  cost  factors  (primarily  for  aircraft  system 
planning  elements). 

Throughputs  and  Variable  Cost  Factors.  Inputs  may  be  specified 
for  any  or  all  cost  elements  and  may  be  throughput  for  each  of  years 
1-15,  or  may  be  defined  as  average  annual  cost  per  PE  unit,  cost  per  | 

activity  unit,  cost  per  manyear  for  several  different  categories  of 
manpower  (e.g.,  officers,  airmen,  civilians),  or  any  combination  of  the 
; above.  Costs  generated  in  this  way  are  added  to  (not  substituted  for) 

any  costs  that  may  have  been  generated  in  the  same  cost  elements  by  the 
fixed  cost  factors  or  the  forcewide  factors. 

Aircraft  Systems  (Type  1) 

Force  Structure.  Input  as  end-year  number  of  sq'uadrons  and 
UE-aircraf t-per-squadron . 

Manpower . Input,  by  personnel  type  in  any  of  four  forms:  (1) 

end-year  men-per-UE,  (2)  end-year  men-per-squadron,  (3)  aircrew  calcu- 
lation, or  (4)  aircraft  maintenance  calculation.  The  aircrew  calcula- 
tion uses  a yearly  variable  aircrew  ratio  (crews-per-UE)  and  fixed  crew 
composition  (men,  by  personnel  type,  per  crew).  For  the  aircraft  main- 
tenance calculation  the  model  computes  peacetime  requirements  (number 
of  manpower  positions)  for  each  year  using  total  planning  element  fly- 
ing hours,  input  maintenance-manhours-per-f lying-hour  (MMH/FH)  factor 
for  the  planning  element,  forcewide,  standard  peacetime  maintenance 
' productivity  (direct  man-hours  per  man  per  month),  and  a fractional, 

add-on  maintenance  adjustment  factor  (for  Chief  of  Maintenance  and  other 
functions  not  Included  in  MMH/FH  estimates);  wartime  requirements  are 
I computed,  where  needed,  using  a wartime  flying-hour  rate  (per  UE)  and 

wartime  maintenance  productivity.  The  model  uses  the  greater  of  the 
two  computed  figures  as  the  total  manpower  requirement.  Inputs  by  per- 

1 

sonnel  type  specify  the  distribution  of  the  total  (e.g.,  2 percent  offi- 
cers,  80  percent  airmen,  18  percent  civilians).  Any  combination  of  the 
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four  forms  of  manpower  calculations  may  be  used  for  any  personnel  type. 
Thus,  total  manpower  requirements  for  an  aircraft  system  planning  element 
may  vary  with  the  number  of  squadrons,  UE  per  squadron,  a rcrew  ratio, 
and  peacetime  or  wartime  flying  hours. 

Activity  Levels.  Activity  units  are  defined  by  the  model  to  be 
flying  hours,  and  they  may  be  input  as  average  annual  flying  hours  per 
UE  or  flying  hours  per  aircrew.  Fixed  overhead  equivalent  aircrews  and 
flying  hours  per  overhead  aircrew  may  be  added  if  required. 

Procurement.  Inputs  and  calculations  are  similar  to  those  for 
system  type  0 except  that  the  computed-dellveries  variable  is  in  terms 
of  delivered  units-per-UE-airaraft  rather  than  units  per  squadron. 

Fixed  Cost  Factors.  Similar  to  system  type  0 except  that  the 
inputs  are  in  terms  of  cost  per  UE,  cost  per  aircrew,  and  cost  per  fly- 
ing hour.  The  cost  elements  chosen  generally  match  those  used  in  the 
AFR  173-10  CAGE  model.  The  model  also  permits  sets  of  standard  cost 
factors  (and  MMH/FH  factors)  to  be  defined,  by  aircraft  equipment  name 
(e.g.,  B-52G,  F-4E,  EC-135),  as  part  of  the  forcewide  inputs.  When  this 
is  done,  the  user  need  not  supply  these  Inputs  at  the  planning  element 
level  unless  he  wishes  to  override  one  or  more  of  the  standard  values 
for  a particular  element. 

Throughputs  and  Variable  Cost  Factors.  Same  as  for  system  type 
0,  except  that  force-level  factors  are  in  terms  of  cost  per  UE  rather 
than  cost  per  squadron. 

Missile  Systems  (Type  2) 

Force  Sturcture.  Similar  to  aircraft  systems:  input  as  end- 

year  number  of  squadrons  and  UE-mlssiles  per  squadron. 

Manpower . Input,  by  personnel  type,  as  end-year  men  per  UE  and/ 
or  men  per  squadron. 

Activity  Levels.  Input  as  average  annual  activity  units  (user- 
defined)  per  UE. 

Procurement.  Similar  to  aircraft  systems:  computed  deliveries 

variable  is  in  terms  of  delivered  units  per  UE  missile. 

Fixed  Cost  Factors.  Similar  to  aircraft  systems;  inputs  in  terms 
of  cost  per  UE  and  cost  per  activity  unit. 
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Throughput  and  Variable  Cost  Factors.  Same  as  aircraft  systems: 
force-level  factors  are  in  terms  of  cost  per  UE. 

Base  Operating  Support  (Type  4) 

The  basic  format  and  calculations  for  BOS  planning  elements  are 
virtually  the  same  as  for  system  type  0 except  for  the  addition  of  BOS 
support  demand  variables.  A number  of  categories  of  bases  (command/ 
base  types)  are  defined  as  part  of  the  forcewide  input  data  for  the 
model.  Each  planning  element  in  the  FORCE  model  input  stream  is  as- 
signed to  one  of  these  base  types,  or  the  forces  for  a single  planning 
element  may  be  divided  (beddown)  among  several  base  types.  The  man- 
power associated  with  the  planning  elements  is  then  accumulated,  in 
proportion  to  the  beddown  of  forces,  against  the  various  base  types. 

A BOS  planning  element  may  be  used  for  each  of  the  base  types  to  gener- 
ate BOS  requirements,  and  the  manpower  accumulated  against  the  base 
type  designated  for  a particular  BOS  element  serves  as  the  measure  of 
demand  for  BOS  services. 

Force  Structure.  Same  as  system  type  0.  Typically,  the  PE  units 
would  be  bases. 

Manpower.  Input,  by  personnel  type,  as  end-year  men  per  PE 
unit  (i.e.,  per  base),  and  men  per  variable  BOS  position.  The  total 
number  of  variable  BOS  positions  in  each  year  is  computed  using  the 
total  manpower  supported  (for  the  base  type)  in  each  year  in  conjunction 
with  variable-BOS-manpower  factors  (variable  BOS  positions  per  man  sup- 
ported— usually  a fraction),  which  are  part  of  the  base-type  input 
values.  Thus,  manpower  for  BOS  planning  elements  varies  both  with  the 
number  of  bases  and  the  number  of  personnel  supported  on  those  bases. 

Activity  Levels.  Input  as  average  annual  activity  units  (user- 
defined)  pep  man  suppoPted.  The  activity  units  may  be  equated  to 
total  personne]  supported  simply  by  entering  "1"  as  the  activity  level. 
The  total  personnel-supported  figure  for  the  base  type  may  be  weighted 
by  personnel  category  (e.g.,  military  could  be  given  a weight  of  1 and 
civilians  a weight  of  0.5,  if  civilians  were  considered  less  important 
in  determining  variable  BOG  coots). 


Procurement . Usually  not  used  for  BOS  systems.  If  it  is  used, 
the  format  and  calculations  are  the  same  as  those  for  system  type  0. 

Fixed  Cost  Factors.  Same  as  system  type  0.  The  factors  can  be 
interpreted  as  cost  per  base  and  cost  per  man  supported. 

Throughput  and  Variable  Cost  Factors.  Same  as  system  type  0. 

PCS  Travel  (Type  5) 

This  system  type  is  identical  to  system  type  0 except  for  one  ele- 
ment of  cost — the  PCS  Travel  cost  element.  PCS  costs  are  calculated 
as  below-the-line  (non-TOA)  costs  for  individual  planning  elements. 

The  system  type  5 planning  element  takes  the  accumulated  total  PCS 
travel  costs  (from  planning  elements  that  precede  it  in  the  input  stream) 
and  generates  an  equivalent  above-the-line  cost  in  cost  element  53  (PCS 
travel).  This  accords  with  the  practice  adopted  in  the  F&FP,  where 
all  PCS  travel  costs  are  accumulated  in  one  Program  Element.  Normally 
this  planning  element  should  be  the  last  one  in  the  input  data  set, 
in  order  to  assure  that  all  (below-the-line)  PCS  costs  have  been  gener- 
ated before  the  PCS  Travel  planning  element. 

Training  (Type  6) 

Training  planning  elements  may  be  used  for  six  different  training 
categories,  designated  by  subsystem  codes  as  follows:  (0)  officers 

training  school  (OTS) , (1)  recruit  training,  (2)  technical  training, 

(3)  professional  training,  (4)  undergraduate  pilot  training  (UPT) , (5) 
undergraduate  navigator  and  other  flight  training  (UNT).  The  personnel 
type  definitions,  included  in  forcewide  inputs,  specify  a number  of  vari- 
ables, such  as  turnover  rates,  average  training  course  duration,  and 
upgrade  (advanced)  training  requirements,  for  each  of  the  personnel 
types  and  training  categories,  as  appropriate.  These  variables  are  com- 
bined with  overall  manpower  requirements  in  each  year  to  generate  train- 
ing loads,  in  terms  of  trainee  manyears,  in  each  year,  for  each  of  the 
six  training  categories.  Training  load  calculations  are  discussed  at 
the  end  of  this  appendix.  A training  planning  element  for  a particular 
training  category  uses  the  training  load  as  the  measure  of  demand  for 
its  support  services. 
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Force  Structure.  Same  as  system  type  0.  Typically,  the  PE  units 
would  be  training  bases  or  training  centers. 

Manpower.  Input,  by  personnel  type,  as  end-year  men  per  PE  unit 
and  men  per  trainee  raanyear.  The  trainee  load  may  be  augmented,  prior 
to  other  manpower  calculations,  by  throughput,  additional  trainees 
(trainee  manyears).  The  trainee  load  includes  both  PCS  students,  who 
are  included  in  the  training  planning  element  manpower,  and  TDY  students, 
who  are  assumed  to  be  accounted  for  elsewhere.  (Throughput  trainees 
are  always  assumed  to  be  TDY  students.)  Special  provisions  are  made 
in  the  model  for  AFR  and  ANG  training  to  account  for  prior-service  AFR/ 
ANG  recruits  and  to  generate  PCS  trainee  costs  in  AFR  and  ANG  planning 
elements  (F&FP  Major  Force  Program  5 Program  Elements)  rather  than  in 
the  active  Air  Force  training  planning  elements  (MFP  8 Program  Elements). 

Activity  Levels.  Input  as  average  annual  activity  units  (user 
defined)  per  trainee  manyear.  For  the  flight  training  planning  elements, 
activity  units  would  usually  be  defined  as  flying  hours,  and  overhead 
flying  hours  per  pilot-instructor  may  be  added  to  the  student  flying 
hours  requirement.  For  non-flying  training  planning  elements,  the  activ- 
ity units  may  be  equated  to  total  trainee  manyears  by  entering  "1"  as 
the  activity  level. 

Procurement . If  used,  the  format  and  calculations  are  the  same 
as  those  for  system  type  0. 

Fixed  Cost  Factors.  Same  as  system  type  0. 

Throughputs  and  Variable  Cost  Factors.  Same  as  system  type  0. 

Depot  Maintenance  (Type  7) 

Depot  maintenance  planning  elements  are  used  primarily  to  account 
for  industrially  funded  depot  maintenance  costs  (DMIF)  in  a manner 
similar  to  that  adopted  in  the  F&FP.  They  can  be  used,  however,  to 
vary  depot  maintenance  manpower  as  a function  of  DMIF  demand  (if  an  ap- 
propriate relationship  can  be  established).  DMIF  costs,  primarily  based 
on  standard,  aircraft  DMIF  cost-per-UE  and  cost-per-f lying-hour  factors, 
are  treated  as  below-the-line  (non-TOA)  costs  for  individual  planning 
elements  and  are  accumulated  in  four  separate  categories  as  follows: 

(1)  active  duty  Air  Force,  (2)  Air  Force  Reserve,  (3)  Air  National 


Guard,  (4)  Airlift  Industrial  Fund.  A depot  maintenance  planning  ele- 
ment uses  a "subsystem"  identifier  to  indicate  one  of  these  four  cate- 
gories or  the  total  of  all  of  them  as  the  support  demand  measure  for 
the  planning  element. 

Force  Structure.  Same  as  system  type  0.  The  force  level  is 
usually  simply  1 "unit,"  but  Air  Logistics  Center  (ALCs)  might  be  an 
appropriate  unit. 

Manpower.  Input,  by  personnel  type,  as  end-year  men  per  PE  unit 
and  men  per  DMIF  megadollar  ($  million).  Thus,  manpower  for  a depot 
maintenance  planning  element  may  be  varied  with  depot  (ALC)  structure, 
with  total  DMIF  demands,  or  with  some  combination  of  the  two. 

Activity  Levels.  Input  as  average  annual  activity  units  per 
DMIF-dollar.  Activity  units  can  be  equated  to  total  DMIF  dollars  (in 
the  designated  category)  by  entering  "1"  as  the  activity  level;  this 
is  useful  as  a means  of  generating  above-the-line  costs,  where  appro- 
priate, by  using  a cost-per-activity-unit  factor. 

Procurement . If  used,  same  as  system  type  0. 

Fixed  Cost  Factors.  Same  as  system  type  0. 

Throughput  and  Variable  Cost  Factors.  Same  as  system  type  0. 

Medical  and  Other  Personnel  Support  (Type  8) 

This  system  type  uses  accumulated  military  personnel,  in  a desig- 
nated category,  as  the  measure  of  support  demand.  The  category  used  is 
indicated  by  the  subsystem  type  for  the  planning  element  as  follows: 

(1)  active  duty  officers,  (2)  active  duty  airmen,  (3)  active  duty  offi- 
cers and  airmen,  (4)  AFR  officers,  (5)  AFR  airmen,  (6)  AFR  officers 
and  airmen,  (7)  ANG  officers,  (8)  ANG  airmen,  (9)  ANG  officers  and 
airmen. 

Force  Structure.  Same  as  system  type  0.  If  used  for  the  "Care 
in  Defense  Facilities"  Program  Element,  "hospitals"  would  be  appropriate 
PE  units. 

Manpower.  Input,  by  personnel  type,  as  end-year  men  per  PE  unit, 
and  men  per  man-supported  in  the  category  designated  for  the  planning 
element . 

Activity  Levels.  Similar  to  the  other  support  planning  elements. 
Input  as  average  annual  activity-units-per-man-supported. 


All  training  load  calculations  take  place  at  the  point  in  the  in- 
put data  stream  where  the  first  training  planning  element  (system  type 
6)  appears.  Calculations  are  similar  for  all  personnel  types,  but  sep- 
arate inputs  are,  of  course,  used  for  each.  The  basic  requirement  f'^r 
replacements  is  computed  from  a turnover  rate  that  is  applied  to  the 
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accumulated  total  personnel  in  each  year.  To  these  are  added  (or 
subtracted)  the  increments  or  decrements  from  year  to  year  in  total 
manpower  levels.  The  resulting  total  is  the  net  requirement  for  replace- 
ments in  each  year. 

The  replacement  requirements  are  translated  into  initial  trainee 
manyears  in  each  training  category  that  is  appropriate  to  the  personnel 
type,  by  means  of  average  course  lengths  and  washout  rates.  The  average 
course  lengths  also  serve  to  time-phase  the  training  requirements  ap- 
propriately. In  the  case  of  recruit/OTS  and  initial  technical  training, 
the  user  can  specify  the  fraction  of  replacements  requiring  that  type 
of  training  (some  officers  will  go  through  ROTC  or  the  AF  Academy  in- 
stead of  OTS,  and  not  all  airmen  are  given  initial  technical  training). 
For  the  other  training  categories  it  is  assumed  that  all  replacements 
(for  the  particular  personnel  type)  must  proceed  through  any  category 
for  which  non-zero  input  values  are  defined  (e.g.,  all  "pilots"  must 
go  through  the  UPT  course). 

Advanced  or  upgrade  training  requirements  are  calculated  using 
advanced  training  rates  for  technical,  professional,  and  flight  (for 
IPT/UNT  instructors — not  Combat  Crew  Training)  training  categories. 

The  advanced  training  rates  are  defined  in  terms  of  average  annual  ad- 
vanced trainee  manyears  as  a percentage  of  total  force  manpower.  These 

•k 

That  is,  the  personnel  accumulated  from  planning  elements  that 
precede  the  training  planning  elements  in  the  input  data  stream.  Train- 
ing elements  should  therefore  be  as  near  the  end  of  the  input,  data 
stream  as  practical. 
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may  be  divided  among  PCS  and  TOY  trainees.  The  total  of  the  replace- 
ment and  advanced  trainee  manyears  is  the  "training  load"  that  is  used 
by  the  system  type  6 planning  elements  in  their  calculations. 


